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A. BACKGROUND 


There is general agreement that military users would 
benefit from global deployment of a&@ precise navigation 
system. Precis? positioning and navigation (POS/NAY) reeds 
for the Department of Defense (DOD) have traditionally been 
Satisfied by a multitude of specialized equipments respon- 
Sible to particular mission requirements. The result has 
been a proliferation cf POS/NAV systems producing an aggre- 
gat2 of system facilities and airborne, shipboard, and 


ground user terminals with vazying degrees of accuréecy and 


capabilities. Deployment of the Glopal Positioning Systen 
(GPS) Will reverse this trend while providin accurats 


POS/NAV for all military users. 

Generally spsaking, ‘*ne conducz of nilitary operations 
requires that forces involved accurately know «heir posi- 
mend, velocity, and ime. The missions assigned «9 + 
respective services generate a broad spectrum of unigus yer 
in many cases, similar navigation requirements. The dearee 
to whicn these requirements are satisfied directly aifec 
eae OUTCOMS OF Military ventures, particularly in multi-unit 
and joint services operations. 

Glebal navigaticn requirements as Stated by the 


AsSistant S¢cretary of Defense For Communications, Command, 


Contrel, and Intelligence ares 


W2 need a system which can provid? accurate navigation 

anywhere on the glcbe, one which is ~ndependen* St g-0u nd 
Stations, sincs w2 cannot be assured of the ccoperaticn of 
SCoOuUntect=aeenst Ouse Cr in tha vicilaity of a crisis. We2 need 


@ system which is accurezte enough *o serve as an 
lastrument landing system, since we cannot be certain. 

of the facilities which will be available at the airfields 
2M a Giver Crisis area. We need 2 system in Woich . 
security is inherent in the design and does net ccnpremise 
the existence cr oosition of the usar. [Ref. 1] 





The NAVSTAR GPS is a space-based radio opositicning and 
Meda. tcn sySten that wWiil provide extremely accurat:s 
three-dimensional position (to within 16 meters spherical 
error of probability), velocity (to within 0.05 me2ters/ 
second) and system time (to wichia 55 nanoseconds) 2) 
suizably equipped users anywhere on or near (within 500 
miles) the earth. The GPS consists of three major segments: 
Space System Segment, Control Systm S¢gqment, and User 
System Segment. (Ref. 2] 


fie opeta-i1onel GPS Spece System Segment deploys siz 
planes of satellites containing three sazsllites each. this 
depleyment will provid? adequate satellite coverage for 
concinuous and worldwid? three dimensional positioning, 
navigation and velocity determination. rach sateliite tran- 
smits 4a composite signal at- Gewo L-band frequencies 
consisting of 4 vréecision navigational signal ( 


coarse acquisition (C/A CODE) navigational 
The Control System Segment consists of fe 


rE Widely sapa- 
Pee aeeCni ccs Stations that are iccated in UJ. S. territory 
@emu. S. controlled territory. The stations passively track 
all satellites in view, and accumulac2 ranging data from «ho 
navigaticnal signals. Ranging information is processed at a 
Master Control Station, located in the Continental Unirced 
tates, for usé in satellite orbic detarmination and syste- 


‘é 
The User Equipment Ssgqment consists of three user ssts 
that will be used in numerous host vehicles. The thesis is 


focused on this segment. 


Using the navigation signals from ¢ach cf four satrel- 
iat SS, the user re¢ecsiver/processor (RPU) converts <hs 
pseudcranges and pséeudorange razss to three-dimensional 
position and velocity, and system cime. The position solu- 
aon 9 1S. 3 earth-centered coordinates, which can te 
converted tc any coordinate frame or unizs of measure the 





Neer requires. To accomplish the navigation function, psst- 
dorange and delta pseudorangs measurements are us2d to 
update a running estimate of tne user's position. [{ Ref. 4] 


B. ACQUISITION APPROACH 


The acquisition approach for th2 GPS, recommended by <he 


Defense Systems Acquisition Review Council (DSARC), 15 a 
step-wise, design-to-cost development and t2st progzan 
leading in successive phas¢s to an laa tale GPS. Each 
phase is designed to build and expand on “the evicus phase 
in an integrated and cohesive manner. Phase 1, Concept 
Development, concentrated on validation of design concepts 


and developing a functional baseline through Development 


Test and Evaluation (DT&=£) of usér equipment. Phase 2, 
Demonstration/ Validation, will complete tne DTSE ard 


nitial Operational Test and Evaiuation (IOT&SE) of user 
equipment. Finally during Phase 3, Production/sDevelopment, 
*he full GPS capability will be achieved. (Ref. 5] 


Phase 1 éncompassed *he firse of «wo design-bulild-test- 


design cycles to determine user sSguionent 
configurations and validate the conceptual life sete: cost 
models in the design-tc-cost process. The vourpese of this 

rogram i 20 06xeduce 


approach was to xesduce sverall o 
projected user eauipment design 

encouraging innovative designs, =o lncre 
econ 7 broadening the industria 

nvestigate the votential classes of user equipment. Strong 
emphasis w placed early in these contracts on low develop- 
Ment costs through the usé of modular hardware and software 
designs, while total life cycle costs were mininizead through 
the use cf cemmon modules across various host v¢ehicl¢ cate- 


gozties, wherever possible. [{Ref. 6] 
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User equipment activities in Phase 2 are Timarly 
concerned with develcrmen= and testing of prototype 
equipment. Two contractors are developing «he 

architecture for a family of user equipment hardwer 
used in all classés 9f host vehicis¢s. This a 
provides commonality across ali classes of user ¢q 


designed by each contractor and should achisve che 


tJ 


ir )6—O 5 ct 
ih 
}~ 
4 


cost benefits in Phase 3. The commonality designed i: 
user equipment covers both areas of hardware and softw 

During Fhase 3, the user equipment wili nove int 
scale production. The family of user equipments whic 
meets the user's needs in terms of vperformance and life- 
cycle-cost will be selected for production. 

The user equipments +o be produc2d, as determined by 
individual user requirements, will be procur2d in la 
buys. Eventualiy,  20-30,000 sets could be deployed 
tes. Melitary 
(Ref. 7] 


“4 


with @ like number deployed by cur a 


In summary, the three phased development 
of the NAVSTAR GPS is an evolutionary process. Bach sco 
provides extensive legacy valu2 EQr th: next step. 
Throughout *his process, system level sng will be acccn- 
plished in erder tc insure optinumn system operation and 
emphasis will continue to be placed on obtaining infcrmaczion 
on the utilization of all types sf user equipment for new 


[eee eary apelications¥and tactics. 


C. PURPOSE/TIME FRAME OF THE RESEARCH 


The cbhjective of this thesis vprojecz 15 t0 explore the 


existing configuration management planning in terms cf docu- 


) 


Mentaticn, with specific emphasis on the feasibility of the 
configuration control ovlans for the Navy unique items ani 


the DcD ccmmon i<ems. A review orf 2xisting DoD, Navy and 
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Peemeoeceni nse (We-1ONnsS and directives was undertaken for 2 
Bempertson Dase tO Evaltiate =he SPS configuration controL 
Management plans. A further study of existing literature or 
mesa scot Of configuration control of bota hardware and 
software, in conjunction with visits to the Join*t Pregtan 
Office (JPO) in Les Angéles, Ca. and Warnez Rebins Az 


Logistics Center (WR-ALC) in Warner Robins, Ga. ccmpleted 
our research. 

The res¢carch was conducted during <he September 1982 =o 
March 1983 «ime frame. The GPS program was in full scale 
development and preparing for DSAKC III. Our inten 
SO Present &@ critique of the configuratior contr ge- 


e frame. 


t- O 
{-— 
= 
ry) 
rd 
rw) 


ment plans as they existed during th research 73 


= 


Our interrpretaticns cf the documents, including our under- 
Standing of the statements and comments gathered through 
interviews and telerhone conversations, are the basis for 
the ccenclusions presented in this thesis. sigs clerep bp oar Ahead 
and configuration management plans are dynamic; therstore, 
the analysis and conclusions ere the result of the configt- 
Tation centrcl ménagement plans as seen by the ressarchers, 


eect c the March 1983 time frame. 


De. ASSUMETIONS 


PeeeaMescssitpticn concerning the contiguration control 


fey) 
G 
WD 
; 
O 
ct 
ip 
fou 
s 


Management of the GPS User Equipment (UE) shoul 
Mee GSsum==ion is the datermination of which confiqurat 
lcems (CIs) and computer program configuration items (CPCI 
are DcD ccmmon cr Navy unique. The Navy unique iteén 

this discussion are considered to b2the Flexibl= Modular 
Interface (FMI) and its associated CPCIs. Antennas could 
fall intc the Navy unique category under cartain conditicns. 
This thesis was limited to the discussion of the PMI and its 


computer programs as «he pivotai unigus item. I= was 


12 





considered by the researchers that if the configuration 
contrcl management plans could support the FMI it would also 
be able to support any antennas associated with tne GPS UE 


program. 


ct 
¢ 


iD 


The DoD common items considered in this project were 
Con+rol Display Unit (CDU), some antennas and antenna elec- 
tronics and the Receéiver/ Processor Unit (RPU). The REPU 


became =the area of most concern due to its being che CI with 


embedded CPCIs and the unit that directl micsriaces with 
aoe, PML. The RPU is in very simple terms 2 micro-computer 


consisting cf approximately 80% software. The RPY in overa- 
tional term has the sceftware etched on computer chips makin 
oc cMmWare . 


The us2r ¢€quipméent segment of the GPS is co 


an @ | 
O 
7) 
1 
et) 
oO 
ih 


m 
uniquely conFigured ensembles of a. calied Sets 


~ 
fu 
WY) 


well as test instrumentation and Peculiar Supoors Equipment 
cS 


(PSE). Each set consists of tha hardware and of<war 


iD 


Necessary +c convert the GPS navigation signais inte timing 


data, posizticning data, navigation data, and contzrol/display 
Signals, as required. Pie. SCOD]= S252 nis thesis prcjec= is 


Memacead =C and focused cn the configuration con=rol manage- 
ment plans for the Sets. 

The remainder of this thesis dztals exclusively with che 
user eE€guipment segment. ha csweeteced <O the contiguretion 
contrecl flans for the Navy unigu d the DoD common user 


equipment. 
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II. CONFIGURATION CONTROL LITERARY RESEARCH 


as = See a 


A. CONFIGURATION MANAGEMENT/CONFIGURATION CONTROL 


Cenfiguration Management (CM) accepts the fact “that 
S@ranges Occur during a oroject's life cycle. Configuration 
Management tries +o manage these changes and accept enly ths 


Changes that offer a significant benefit to th? government. 

As &@ project moves through concept exploration, déemons- 
tration and validation, full scale development hen into 
production and deployment (pnases 9,1,2 and 3) its contigu- 
fTaticn identification is continually modified. MEcerdangly 
the configuration of a product is developed during concept 
exploration, determined during demonstration and validaticr, 
established during full scais development and maintained 
during production and deployment. [Ref. 8] 

In a buyer-seller relationship, Ba=tlculaeay in “=<chs 
aerospace marketplac¢e where the buyer is usually purchasirg 
not only the end product but its design and development as 

aseline" hetween each 


well, the point of departure or "bas 


iD 


phase has significance. Each baseline represents a point of 
dscisicn by the buyer or negotiation between the buyer and 
seller, cr both. The buy2rt must have some measure of supéer- 
vision over the seller's activities to assure that ; (A) he 
has Significant basis for making thse basic critical deci- 
Sions, such as continuation, cancellation or modification of 
a project; (B) He is getting the product contracced for at 
all times; and (C) The product will be compatibi¢c with the 

cher configuration items in his complement of equipment or 
associated project interfaces. [Ref. 9] 
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ct 
©) 


The cverall objective of configuration management is 


«t 
‘ake 
ip 


deliver to the buyer, both functionally and physically, 

intended preduct as specified by tne contract dtawings and 
specifications. PRenpeoaUcre CONE. gUSation is identified to 
the lowest level to assure consistent performance, quality 


and reliability. 


jer 


Configuration management allows for <=he integrity an 
Bomcanui~y cr technical and cost decisions related to the 
product's producibility, performance, cperation and maintai- 
hance are recorded and controlled by Project Managers. The 
process c£ configuration management sncompasses the speciai- 
meme COn*l9Uracion concrol, configuration eudiemet:i ficazier 
and configuration accounting. 


The goal of these operations is assure that “he 


O 
deliver2=d CI or CPCI mests Form, Fit and Punction requirs- 
ments. Configuraticn refers to 2 complete deascripticn cf 
MiemonyS:Galee.and functional characteristicSmof. a product. 
Configuration also applies tommrsenn: cal descripzions 
me@uered to build, test, Op6Pde2sa0d =epair a CrI/CPCH. 
{Ref. 10] The majer facets of configuration management are 


Shown in Fig. 2.1. 

Centiguration Controi involves th? systs 
Peon, coO@mdamatiion and approval or disap 
cnanges tc the design and construction o 
configuraticn has been formaily aporoved inter 
company cr by the buysr or both. [Ref. 11] 

Configuration Identification refars to the t¢chnical 
identification tnat identifies and describes the approved 
Peoguecc cCCNfiguretion throughout «he désign, develcoment, 
test and production tasks. It also applies to the identifi- 
cation of changes and to product markings. 

Come. glteac2 on ACcoUun=ing is the Scoudsn Gg and “sepCl Tin 
Sree l/CPCl wescript=cns and all io tures planned or nade 
from the cCI/CPCI through the comparisons of authorized 
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Figure 2.1 
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design data and the fabricated and tested configuration cr 
the CI/CECI. [Ref. 12] 

Samaras and Czerwinski stats in thel 
"Pundamentals of Configuration Manag2emenc=", the key teatures 
in the configuration management process. They 4re: | 

ie «6bariy and complete definition Qpeeeomrigirat ior 
Management goals, scope and procedures. 

2. Speed in evaluating and processing changes. 

3. Accurate identification and accounting of changes. 

4. Complete descriptions of changés. 

5. Clesé¢ coordination among key elements of the project 
7éam. 

6. Ccoperative and responsive buyer. 

7. Minimum Labor — 

Tce achieve effectiv Confsgacation management whe 
configuration manager must be independent of quality assu- 
rance, production, engineering, 32tc. The Separat 
necessary to achieve unbiased control and to pr 
conflicts of interest. 

To asSist the Configuration Manager, a Configuration 


Conzxrcli Beard (CCB) is established. The CCB includes rtepre- 


sentatives Cfo ee duet .on, sngineéering, CG mes2e ting, 
purchasing, gGuality assurance, Maintairnaniiity and data 
processing. The CCB is responsibie for compiszte change 


eévaluazticn, change planning, change incorporation and 
result is usually che final authority on proposed changes. 
A zyDic2zl Program Office,and where GOnt sqin ay vor 
Management functions within that cifice, is shown in Figure 
2.2. The GPS configuration management structure is detailed 


further in chapters 4 and 5. 
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Figure 2.2 CONFIGURATION MANAGEMENT COORDINATION. 


Be. HARDWARE AND SOFTWARE 


qt 


~ -~ cs : 5 os == ie 
srs to military syst? 


Hreecerly applications of comp m 
the scftware's rcle was essentially 45 an instruction book 
and the cost s£& the software was mininal. 

Recantly, 2ambedd¢ed computer sottwar|e systems nave beccme 
a higher fraction of the total» milivary developmen* cost. 
As a result, a raversal of software and hardware rcles has 


developed. Software has evolved from being the computer's 
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set cf instructions ‘+o BEING ‘the systen. Software apovw 
contains the description of what tha total system is 
Supposed to do and the hardware is the means through which 
the instructions are carried ont. 

The result is that software is a dominane and crucial 
piece cf the computer systen. Seftwate Cciearly warrants at 
least the same degree of development, disciplin?, qualit 
assurance and configuration management as the hardware. Tha 
problem we face today is that many managers see software as 
esoteric and mystericus, cauSing greater anxiety among their 
numbers than the more familiar hardwa 

Preof of the managerial inattention to software surfaced 
in 1975 as a result of the Johns Hopkins University Appiied 
Pnysics Labcratory (APL) and the MITRE Corporation stu 
of she DCD weapons systems sottwar2 managemen. 

The MITRE Corporation revealed that software problems 
stemmed from *«he fact that a lack of disciplin 
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neering rigor applied consistently ho the software 
acquisicion activities. Some specific areas ide 
tne study chat contributed +0 software cost and schedule 
growth were: [Ref. 13] 
1. Peerly formulated initial softwar2 reyjuirements. 
2. Changing requirements and raquirements growth during 
che development phase. 
3. Improper use cf standards and guidance documents in 
specific crocurenents. 

The Apolied Physics Laboratory study resulted in 17 
recommendations all addressed to different topics. Three 
that pertain +o configuration management were: [Re 

1. Majer computer software involved in weapons systems 
sheuld be designated "“conitiguration items 
deliverable during full scale development. 

2. Use top down design, specifically, the use of modular 


software arcnitec*ure. 


ae) 





ilemecntoec-OL Sn@uld be reguired to apply a higser 
set cf engineering practic2s to the detailed design 
and programming phase of development. fh2s includes 


oe 

N 

Mm 
= 


a set of standards covering program structure, 3s: 


GONtmOol, interface, formal conventions on data bas 


(D 


Management and demonstration that the standards are 
reinforced in practice. 

An important aspect that should be understood is that 
evezy post delivery chang2 +o softwar is not &@ maintenance 
action but a change to the design of the delivered package 
Software programs do not fail as hardware systems do. 
Zero2es and cnes do nct waar our. Software systems have no 
need for classical maintenanace. The ineviztable results of 
these mecdifications are unnecessary "down" time of the 
system and unwarranted additional costs. 

The Program Manager's job is not easy when dealing with 
sofciwars. The Program Manager must realize softwar2 and 
hardware are both configuration items. He must determine 
how, when, and by whem changes to delivered software can be 
mad:. 

The Program Manager must decid? how much preplanned 
Product Improvement will prevail after the CPCI is deliv- 
ered. Changes after program delivery must be provisioned 
Since tanese changes result in parcial or total revision of 
the original software. Consideration must be given to docu- 
Baan cation, Sentiguserven conwsol, distributeom of the 
changes, facilities used, scope of tn Changes, chang? sche- 
dulés, effected activities, etc. Overail the Y%rcgran 
Manager must cruly appreciate the aactcure of the software and 
aay moditigeatz2ons to it. 

The pein that software and hardware ar? configuration 
1teéms can net be over emphasized. In the case of GPS, 
changes to software and hardware can be placed into «wo 
classifications (IAW AFR 800-14 and MIL-STD-483). These 
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changes ar¢ referred to as Class [I (changes that arfect she 
@arsent confaqurati cn) 6x Class II (ehamges not afieccin 
Class I criteria such as document typos, misspellindg, clari- 
fying notices, ¢tc.). (Ref. 15] 

Requirements for documentation vary depending on the 
phase and complexity of each CI/CPCI and the change itself. 
Basically, documentation falis into three categories, 
Pmeeo=ding to NAVMATINST 4130.18 (drait): [Ref. 16] 


1. The documentation forwarded to the chang? installing 
activities as a voackage with the implementing 
directive/forder involved =o properly install che 
changes. 

ee The documentation required by “he echnical, 


+raining, maintenanace and supply manag2men= organi- 
Zaticns to properly control and Support 2ach change. 
3. The documentation required oy “*h2 usért activities to 
oroperly operat? and maintain the CI/CPCI after the 
change is installed. 
"NNAVSTAR Global Positicnin 


() 


In the case of software, +h 


iQ 


System OperationalsSupport Configuration Management 
Procedures" (draft fRef. 17], Specifically addzrésses 
Gompute=> progsam configuration i1tsm documentation. GPCL 
documentation comprises two disinct areas: 

eae DOcuNen=~atven, includ@ng flow charts, endineering 
data (d@sign, “test, interface specifications) 
required in the dévelopmant or testing of a m 
pregram. This dccumentation will be identified with 
a CPIN related to the basic CPCI. 

2. Decumentation tha* instructs the user so that h@2 can 
operat? or load thé computers programs. This =yre of 
decumentation will be as a technical order. 

NAVMATINSID 4130.12 (draf+) does address the centractcr's 
responsibilities which is ccnsisten= with item 1 above. 


Meeerrensr 4YIZ021B Says," the contractor is responsible for 
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preparing the detailed production drawings and co 
softwar2, manuracturing th2 change hardware and firmware and 
assembling the technical documentation, hardware, firmware 
and computer software into a retrofit kit to meer che 
delivery schedule established by the cCCBD." 


The overall differences between software and hardware 


Semraduraticn control documentation is not Signitican:. All 
deta delivered under a hardware or software contract is 
defined in the Contract Data Requirement Lise (CDRL), ODD 
Form 1423. The point is thaz software is a configurazion 


item and requires the Configuration Management emphasis that 
hardware now receives. The GPS management realize this fact 
which is witnessed in the User ae Somes gula = 20r. 
emt rcl ctructure. All computer program changes mus 
proceed thrcugh two more configuration sub-boards than hard- 
ware réiated changes. Software in the GPS structure is 
scrutinized by the User Equipment Computer Program Screening 
Panel (UE CPSP) and the User Equipment Computer Pregran 
Confiaquration Sub Board (UE CPCSB) b¢etor2 it proceeds to zhe 
User Equipment Joint Configuration Control Boazd (UE JCCB). 
The fact that software chang?s it¢ design c 
Main*zenance actions requires the additional analysis offered 
by hese additional conriguration sub-boards. 

The GFS hartdware/software coentiguratieon control struc- 
ture is managerally scund in d2sign. The ultimaz¢e success 
of the program rests with +he involved agencies who mus* 


realistically adhere +o the provided policies and procedures 


ops ths Operational/Systems Son eo bat 2 On Managemenz 
Procedures. 


22 





C. EXISTING GUIDELINES FOR CONFIGURATION CONTROL 


j— 


The NAVSTAR Gicbal Positioning System Opsrationa 


0) 


Support Configuration Management Procedures (O/S CMP) i 
Mme cn] publication the GPS coniiguration control s<ructure 
must follow. Basically, the O/S CMP expands on the proce- 
dures cutlined in the GPS Joint Services Suppor+ Management 
Plan (JSSMP), Integrated Logistics Support Plan (ILSP) and 
the Computer Resources Integrated Support Plan (CRISP). 
Overall the GPS configuration control structure must abide 


by; Mil-Std-480A (Configuration Gencr cis Engineerin 


\Q 


Changes, Deviations and Waivers), Mi1l-Std-481 (Configuration 
Control Engineering-Changses, Deviations and Waivers short 
form) and MeL=STR=433 wAflVSAL Configuration Managemen: 
Practicés, Systems, Equipment, Munitions and Comput 


Programs). 


a 


Besides following the GPS regulations, the Navy must act 
in accordance with their own instructions and regulations. 
Specifically they are; NAVMATINST 4130.1 (DOD Configuration 
Management Procedures and YEL 80-122 (Navy Computer 


Resources Management Plan (the Navy annex =o z=he GPS CRISF). 
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III. BASELINE FOR GPS/USER EQUIPMENT 


A. GENERIC BASELINE 


The phase 3 GPS Ussr Equipment will be ccemprised of 
several integral comeenents, each of which will be desig- 
nated fcr usage on multiple platforms. Thess ccmmonr 
components are referred to as Line Replaceable Units (LRU), 
eeech, iin turn, are composed of 2 set of common hardware 
replaceable modules and chassis components known 4s Shoo 
Repaceable Units (SRU). 

This approach is consistent with che overall strateay of 
Minimizing Life Cycle Cost (LCC) by minimizing the number of 
platferm unique elements, through the use of common modulés, 
while satisfying the varying host vehicle unique réequize- 
ments. The integration cf GPS UE onto Navy platforms will 
ke achieved by selecting the appropriate combination of LRUs 
necessary <o meet the individual platform requirements. 
[Ref. 18] 

The GPS system configuration management is managed 
through a series of time sequenc2d 2vents known as b 
lines. ah 
Management defined eas the application of echnical ani 


a 
foundation of a cCM system =xists in baseline 


Mm 


administrative direction to designate and control the docu- 
ments which formally identify and establish +he 
See Gisation .dentiftication, of a CPCI of CI at specifisd 


Pemos aurTing its Lite Cycle i.3., Zunctional, allocated, and 
product baselines. 
Seiergilaet2On identi ficat:on is th2 curltent approved of 


Genditsronally approved technical documentation for a 


fa) 
= 
|-- 
-J 
WQ 


GOntaducaticn item as set forth in specifications, dr 


S 
and associated lists and documents. At any zime in <=he life 
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cycle, «he previously established baseline, *ogezher with 


aporcved changes, Goons ~itutes ths current confticuration 
identification of the system Squipmenc. The identification 
of «he GES CIs/CPCIs is «he basis for configuration ccntrol. 


Ss Cc 
The required cconfiguration of the CI/CPCI is identified a+ 
this time by its development specifications. The achieved 
Contfiguraticn will tke identified by its product sp 
tion, which cannot be fully addressed until recei 
GPS production specifications, drawiags, and sof 

Mentation targeted for DSARC III in FY 84. Ther 
configuraticn control managemen= structure has beén p 
using a aqéeneric baseline. This puts the necessary pis 
Place and will tequire only minor nodification oncs tha 


product Easeline is finalized. 


ce 
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The fcllowing provides @ géneral dascription of 
UE at the LRU level. (ma‘jcr CIs) 


Be GFS LRUS 





1. Anterna/Antenna Electronics: The antenna and antenna 
electronics are separate LRUsS. There aré twe generic 
types of antennas availabls for us¢ as var+ of the 
UE, they are: 


a) Fixed Reception Pattcrn Anten 
b) Cenztrclled Reception Patt 


na { 
attern Antenna (CRPA) 
The FRPA is a simple omai-dire ° 

S 


ctional antenna with a 
deep null at czhe horizon. Tne CrPA i a multiple sciement 
array antenna with "steerable nulls" «hat has a similar 


receiving pattern to the FRPA undér ambien+ jamming and Low 
Level Radic Frequency Interference (RFI) Genait ons. 
Additionaly, «hese CRPA antennas can s2nse jamming energy 
amriving frem a specific direction and quickly adapt «heir 
receiving pattarns to créeat2 nulls in those directions. The 
humber of jamming sources that can be nulied is dependen* on 
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+he number of antenna elements. The operation of 


is self-contained and does not require any host 
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informaticn or interaction. 


2. 


Cemecol Display Unit (CDU) : The GPS Control 


Oo 


isplay 
Unit (CDU) prevides the operator with the capaolilirtv 
momcererCletmesUL, LhOut Gata, and cbservs UE gener- 

ed Outputs. The GPS CDU contains cperating 
ecntrols, a data entry keyboard, and enn 
displays. The CDU will act be required when integra- 
tion c& the Set is in a platform chat has an existing 
CDU that can ke utilized for GPS. 


fiexweere Medular Ineerface (EMI): Tae. Flexible 


Modular Interface (FMI) will perfcrm the interfacin 
function between the RPU and tha user platform. ridgl 
BME 8st provide the GPS UE with the capability cf 
interfacing wit ahnalcg and digita aviconics equip- 
mene and may contain a microprocesso> ‘for data 
Manipulation wher2 required. The weEMl fos scach  vlat- 
form will be designed tc meet the unique requirements 
So iehieae Dar ~2culer platforn. These unique designs 
will be based oon the strategy of utilizing rteplace- 
able components common to all FMIs. THIS BEaNe 20 nal 
DameatlLOndng approach will allow for commonality in 
the us@¢ of the other LRUS across many Navy applica- 

cne while supporting pvlatfora nique requirements 
ame the platiorm unique FMIs. 


Receiver 


Processor Unit (RPU): The RPU performs tae 
Signal and data processing. Three variations, each a 
S¢parat? LRU, make up the RPU family: 

@) High dynamic, fast signal acqumsition (5 
channel) -for high performance aircraf*+ and subma- 
Tines 

b) Medium dynamic (2 channel)-for surface ships, 


helicopters, and medium performance aircraft 
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c) Manpack/Vehicular (1 channel)-for infantry and 

vehicular crperations. 

Each of the RPUsS shall perform the following functions: 

1) receive and amplify signals transmitted by 
all visible satellites 

iz) Select and acquire signals from the four 
desired satellites 

2ii) Track the acquired navigation signals (four 
Simultaneously for the 5 charnei, 2oe 
sequentially for the 1 and 2 channel RPUs) 

iv) EX sEact information contained in the 
received sateliite data 

v) Measure the signal propagation ¢rror 

vi) Provide resistance to jamming 

\ al Compute position, velocity, and time 

viii) Generate self test signals for UE fault 
isolation 

1x) Provide additional functions as required by 


PucmconM =CONtagGUTat On aendemissicn. 


C. GPS UE CAPABILITY OPTIONS 


A major variabie in daterming «he SpeCLae¢ LRUs 
required, the overall GPS UE ocrocurement, and individual 
PSael Bos 


platform instailation is the extent to which the G 
integrated within the host vehicie. This in tur 
caticns LTegarding the existing pilattorn capabiliti 
GPS will enhance, or the néw capabilitie 
en= platforh, The proposed hierarchy 


opticns available to the platforms are: 


1. StamideAlLone: This option provides stand alone GPS 
position and velocity data => the user. Thies C DUgis 


the sole source of information entry and dispiey. 


The baseline ¢quipment required consists of: 
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a) Antenna/antenna electronics (FRPA) 

b) Receiver/processor unit (1 channel) 
erreencrel/dicplay Unit 

Area Naviogaticn and Instrument Landing: Dats oOpeson 
provides the capability to perform eéEnrcute waypoint 
navigation in which waypoints are either preset or 
manually entered. Tee atton, snstrument Landing 
approach capabilities will be orovided to determine 
devietion from course and agiidepath as well as range 
and bearing tc waypoints. The highly accurats GPS 
+hree dimensional position data could b¢ used for 
nen-precision instrument approaches to any airfieid 
whose coordinates are known, including uninstrumented 
and temporary airfields. The baseline equinoment 
required consists of: 

a) Anténna/fantenna electronics (FRPA) 

b) Receiver/processor unit (2 or 5 channel) 

c) Flexible mcecdular intsrface 

opeecnerol/disrilay unit 

Alignment and Calibration: Tic r Ope: Ch pPEovidss <ne 
Garagiiaty Gf UWealizZing th2 GPS UE to update the 
piatform cn-bcard Inertial Navigation System (INS) or 
other navigational aids. Also the other navigation 
senscrs on-board can be used <9 update or verify GPS 
inftornageicn. The baselines equipment requires: 
Gensasts of: 

@é) Antenna/fantenna electronics (FRPA) 

b) Receiver/processor unit (2 or 5 channel) 

c) Flexible mcdulaz interface 

deeererorvaisplay unit 
GCompuce> Update: This opt=on provides *he capability 
of utilizing the GPS UE navigation data to update the 
platiornm's central or weapons computer. Thies caipa- 


itiity wiil enhance the functions of th2 systems 
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anterfaced to these computers. The baseline ¢quip- 
ment required consists of: 

a) Antennée/antenna electronics (FRPA) 

b) Receiver/processor unit (2 or 5 channel) 
c) Flexible mcdulazr interface 

d) Centrol/display unit 

Anti-Jam Enhancement: This option provides «he capa- 
bility of enhancing the anti-jamming capabi 

=he GPS UE, cthere-by ovoroviding accurats 
velocity and time data in a hostil? environment. 
Mpelemeantation of this oftion could provide the plat- 
form with an anti-jam capability improvement between 
10 +c 30 decibels [Ref. 19]. The baséline squipment 
Sequired consists of : 

a) Antenna/fantenna electronics (CRPA) 

b) Receiver/precessor unit (2 or 5 channel) 

c) Flexible medular interfacs 

pemecncrol/dteplay unit 


D. CCMPUTER PROGRAMMING 


Cemputer programs ‘for the GPS UE shail be designed in 


accordance with the fcllowilng requirements: [Ref. 20] 


1. 


Each computer program ¢rror allocation when combined 
Men wecie Eelacedmherdwears en>or aliccation, shail aoc 
degrade the navigational accuracy. 

Cemputer rrograms that provid? navigation and *iming 
data shall be designed *o provide a graceful degrada- 
San “OL accuracy as measurement data becomes 
unavailable or unreliabie. S20arate degraded-mede 
programs shall noz be utilized +o previde this capa- 
be lacy. 

Ccmputer programs shall be designed in a mnoduiar 


Fashion to allow for maximum computer program ccommon- 
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¢ 
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ematy among sal eSets snd docadiize the impact 
changeés. 

Assembly language may only be used to implement func- 
Slene@ which cannot be coded efficiently in 6a 
high-level program language. 

All computer programs and csrresponding documentéetio 
shall be written ina self-consistent and uniform 


mWGLTa tLOnN « 


The Set executive comouter programs shail be parzi- 
*ioned zo ge ranetl] y isolate the S2t-unigue 
exectutiv2 control logic. The rémaining g#2nerai- 


purpcse executive modules shali be &€S common as 
possibl2 among ali-se¢cts. 

All computer frograms within all the user sg 
sets shall utilize a common machine-languag2? instruc- 
sicn set. 

All computer programs within all the user segment 
sets shall be written in a single high-level progran- 
ming language. 

Microcode and firmware shall b2 considered as soft- 


ware for definition purposes. 


The configuration Control Management Plan for DOD conmon 


nd Navy Unique CI and CPCI at <+*+h2 preasenczt time is based on 


the allccated baseline. Configuration Control will become a 


Management of the product baseline atter DSARC III. The 


Gens 
de 
oe 
ce 
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ideraticns of baseline management are: 


Determine the need for a change. 

Drepare the chang] justification package. 

Cenduct in-derth impact analysis. 

Review proposed changes with subseguent approval/ 
disapproval. 

Update approved change material 

Incorporate approved changes in CI/CPCIs and its 


decumentation. 
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Adherence to well defined procedur 


ao = 


— = 


Gent rollin and documenting chang 
n 


Scmeagusatucr contrci plan is 4a 


establish these procedures. 
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A. DOD CONFIGURATION CONTROL 


Gontiguracion centrol is <the systematic evaltiation, 
coordinaticn, approval, disapproval and implementaticn of 
approved changes to any baseline [Ref. 21]. Yoetal Com =sZel 


Greene configuration of a system cr configuration iten 


N\ 


computer pregram configuration item (CI/CPCLI) begins with 
#he establishment oof the first bassline and continues 
throughout the life cycle 

mens Chysctaves cf configuration control are to attain 
and maintains [Ref. 22] 

1. An optimum degree of design and development latitud= 
while introducing controls at the appropriate +ime, 
degree and depth during each phase of the Life cycle 
or tore Cl. 

2. EBLELCAent processing and implementation of conrtidura- 
ticn changes. 

3. Cemplete, accurate and tinely documentation of the 
me secon cLgurat: on “con = 
néeds. 

4. The required level of operational readiness, supvort- 
Aaa acy s incterchangeabil-ty and interoperabilic 
through standardization and control cf design and 
change proliferation. 


tt, 


Peeler con Lire Cycle cost @irects of ECPs. 

Government con t=qu rat ion Coutarol Tis governed by 
DOD-SPD-480 of MIL~-STD-481, as appropriate. These standard- 
1Zation decuments help identify the full impact of proposed 
changes to established configuraticn baselines and their 


subsequent current cenfiguration identification. 
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Control of all changes is a COOEdim@a ced 2rocess oO 


documentation, justification, systematic evaluatior, deci 
sion, xwéeleése, M@ples@@nt ation, <ceporting and menictcrina 
1d on 
Pemeraccor for as leng aS “he contractor is invoived with 


Q 


at 
DM 


between the office of primary responsibility (OPR) a 


the program. The ODOR, during development and transition, is 


the JEFO and the OPR kecomes che JSSW#O after PMRT in FY 87. 
Propcsed changes may be initiated by <=he OPR, the 

Semerac Of Or any activity shat has an interest in the CI. 

Activitiss outside of the OPR must submit changes to the OPR 


fOr Consideration. The OPR*s control over voroposed changes 
is limited to those that have an affect on the current 
Gemeaeguraticn identification of the CI. Ths method for 
proposing changes, the documentation which describes the CI 
and the related criteria which limits the OPR*s conzrol are 
clearly defined in the contract requirements. 

All change proposal initiators must establish the tas 
Emecors of ; the d¢scription of the changes, need 


change and the cenditions of accomplishment cap 


9) 
ee 
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change accomplishment location, capability cece 
persennel ard the time scheduls). The change ini 

responsitle by the centract +o establish the basi 
d2termine the applicabi2 criteria with supporting deta and 
evaluate the criteria and data. 

Change proposals that do not offer significant b 

tO the government are cancelled. Necsssar 
changes aré¢ those which; GOercee Grso=s OF des 
resolve nen-availability of parts and components, 2 
Substantial life cycle cost savings, prevent stoppage or 


Slippage in schedules, effect advancements in technology and 


any change chat changes the nission element assed. [Ref. 23] 
The OPR is respensible for establishing priorities and 
timé¢ spans for change proposal processing, based on the 


mature and relative urgency of the change. The prcrosed 
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tiority is assigned by the initiator and stands unless «he 

OPR has a valid reascn for changing it. Tne OPR establishes 
detailed Operating procedures, configuration status 
accounting records and other appropriate progress techniques 
necessary fcr timely processing of the change proposal. The 
OPR ccntrols the processing of changes to avoid any unnecés- 
sary dslays which ceuld prevent timely incorperation of 
changes during production, result in increased acquisition 
cos¢s or deny DOD activiczies benefits from the change. The 
OPR car withold a change proposal's "production cut-in" for 
pimeeguent, Trather than current, production lot to fulfill 
the requirement of giving the contractor sufficient notifi- 
= 20nf in Order Sey plan and perform turn around and recyclic 
engineering and production actions. 

The OPR centrols the flow of chang proposals through 
us¢ cf a "log" that is used to establish realistic «argsts 
for each proposal and provides the basis for program manage- 
ment <¢valuation as to the exveditious flew and status of 
ach change. 

TS PpPrOvads £05 ErOper changs proposal coordinaticn, 
evaluation, processing, approval, disapproval and implemen- 
taticn cognizant DOD components establish a Configuration 
Cenc cOl Eoard (CCS). The CCB is the official agency ‘to act 
cn all changes. 

The CCB is composed of chartsred representatives from 
all affected fislds such as engineering Onyweac ting, 


ents his 


~ 
‘io a ® 


guality assurance, etc. Bach representative Ss 
Saevedal position, base@ on his specialty, to the CCB. The 
CCB chairman, usually the Program Manager (PM), make2s the 
final decision oon all changes which are documented as CCB 
Directives (CCBD) or CCB Requests (CCBR). hae CCSD/CCSR's 
contain each CCB member's opinion, the implementation need 
date, the implementation scheduls, contractual neathods and 


identity of responsible activities. 
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Reeetamcems <Valuat2ons tek into acccurs the relative 
Meese oe CE Production cUf-1n and invertory retrofitting 


versus operating and supporting multi- configurations of the 
CI. The impact of not making «he change at all is always 
considered as an alternative. 

Changes beyond the scope cf the CCB8's authority such as 
changes tc the pregram's production schedule, ni 
element need or program cost, Beate te POLtzc= cf th= 


Secretary of Defense (OSD) or DOD component approval. 


Be GPS CONFIGURATION CONTROL 


1. Mejer Ag 


~ 
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The major agencies for GPS ara: [Ref. 24] 
a) Office Of Primary Responsibility (OPR): The OPR 
for the operational/support configuration manag¢e- 
ment procedures is the GPS Joint Services System 


Management Office (JSSMO), after PMRT scheduled 


Boras FY a7. All proposed changes =o 60 the 
operaticonal/support Coneeeng i mat 2.0 0, management 
precedurées are submitted Peon. “Ne sespeec ys 


service command to the GPS JSSMO fer final acticn. 
b) Services Involved: The prime GPS users ar 
Aix Force, Army, Navy, Marines, NATIO and Defense 
Mapping Agency (DMA). User eguipmert (UE) t2s2 
host vehicles include the USAF B-52 bomber and 
F-16A fighter; the Navy SSN-700 submarine, CV-59 
Geo sCaeGec= and the A-65 attack aire 
Azcmy UH-60 helicopter, 4-60 tank ard the 
himself (manpack 1 channel version). DMA 
test host vehicles will be identified at a1 
date. 
ey Gent ractors: During Phase One (Demons*ration and 


Validation) of the overall GPS precgram schedule 
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during Phase II-B: Magnavox and Rockwell-Co 
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d) Exscutive Service: DOD siagles nagex re ca 
M 


direct the services =o cantralize management and 


wo 


configuration control when multi-service resources 
are involved. As a result, zhe Air Forces ha n 
designated the Executive Service (singl@ manager) 
for the GES program and is responsible fer the 
centralized management and configuration control 
of GPS hardware and software systems. 

The prime focal peints for GPS are: [Ref. 25] 
Headguartezrs USAF: Provides managenent of Ges 
cemputer resources and ensures policies and proce- 
dures are consistent with applicable regulations and 
directives. 

Air Force Systems Command (AFSC): Responsible for the 
development, acquisition, transfer and turnover of 
she GPS systém. The responsibility has been dele- 
gat2d to the Space Division (AFSC/SD) and aAFSC/SD has 
formed a Joint Frogram Offic (JP0) +*0 manages GPS 
multi-sérvic2 involvement. 

GPS Joint Progqran Office (JPO): The JPO has full 
management responsibilitiés De om £0 Pregran 
Management Responsibility Turnover (PMRT). The JPO 
is the GPS System Manager (SM) up to the DMRT «dete, 
fer the overall pregran. 

Aixc Force Logistics Command (AFLC): AFLC 


t7- 


implements 


2 


1 applicable instructioas, regulations and diréc- 
tives after PMRT and AFSC «turnover, for DoD common UE 

ems. AFLC has designated Warner Robins Air 
Logistics Center (WR-ALC) as the post-PMRT Systems 


Manager (6 Sde. Because GPS is a joint service 
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Cprcogram, the Navy and Army will have represén*a*ives 
at WR-ALC. 


C. GPS CONFIGURATION CONTROL RESPONSIBILITIES PRIOR 
TO/SAFTER PMRT 


2 


THe ™~ objective of ~PMRT is to accomplish an ocrderly 
timely and efficient transfer of overall Program Managemen* 
Sponsibility (PMR) at the earliest practicable date du 
the Production and Deployment Phase (Phase 3). This te 

scheduled for FY 87. 
The Transter Working Grcup (TWG), established by the 
Program Managér, develops the schedul¢, ccordinates <zhs 


transfer and fabricates an overall transfer plan for the 


PMRT planning for joint service programs justifies “he 
lnterrelaticnships and functional responsibilities c 
executive and supporting services that become effect a 
the PMRT date. Therefore; arter PMRT the Army and the Navy 
will report to the JSSMO vice the JPO. The USAF, 2s stated 
earlier, is the GPS Executive Service. 

Eee HO UPR, the JPO kas configuration management 
responsibilities for the entire GPS program. The GPS JPO 
has developed and implemented a cest etfective configuration 
Management program by utilizing the contractor's internal 
configuration management practices. The JSSMO begins nezi- 
toring the configuration management at the beginning of 
Phase III and stovsS monitoring arctcer PMRT when it assumes 
total program configuration management rasponsibility. 

The Transition Fhase begins when the JPO reponsibility 
is gradually turned over to tae JSSMO and continues te the 


rn Ts The GPS JPO Jcint Configuration Control Board (JCCB) 


ry 


SetasS final aporoval for all configuration changes during 
+he Transition Period. The configuration management func- 


tion continues +o be administered dy the GPS JPO wit 
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increased participation from =h2 support commands and user 
crganizaticns until the PMRT date whan all GPS system base- 
lines and related documentation aze tinalized [nen 
+ransferred to the JSSMO WR-ALC. 

After PMRT the JSSMO at WR-ALC has full joint service 
authority and responsibility for conriguration management. 
teens oshC has configuration control of every GPS unit }xcept 
for the Flexible Modular Interface (FMI) and its internal 
software which 1s unique to a singl2 host vehicle. Dees 
case the FMI is managed by che host vehicle Systen 
Manager (SM) or Program Manager (PM). 

The Jcint Service System Manager (JSSM) establishes «he 
meee JO2N= Configuration Control sBo0ard,. (JCCB) a Warner 
Robins Air Logistics Canter (WR-ALC). Die GES JCCB is 
ed with controlling the configuration for the entire GPS 

are and softwars systems except for the host véhicle 
unique FMI units mentioned above. The JCCB is the regula- 
tory body for «the suktordinate configuration control boards 
Shown in Figure 4.1. 

The subordinate configuration control boards functions 
are: [Ref. 26] 

1. GFS JCCB Working Group: The working group serves as 
the technical staff +0 *he GPS JCCB and reports 
directly to the chairman. 

PaeGrorCCierol  ScqmenteConiigu@aciom Control Beard (CS 
CCB): The CS CCB is responsible for all configuration 
Sche Sol. OF Stee COn=ro L S2gment with: approval 
auzxhority to approve Class 1 changes that dc not 
impact the space vehicl?> and/or user equipment. 

3. GPS Control Segment Computer Program Sub Board (CS 
SECS 5); The CS cCPCSB may approve Control Segment 
Class 2 changes on CIs sand computer program configu- 
ration items (CPCI's) identified in the CS CPCSB 
charter. 
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Figure 4.1 GPS CONFIGURATION CONTROL STRUCTURE. 
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b> Ges Ccntrel Segment Configuration Sub Board (CS CSB) 

at SAC/MCS (Strategic Air Command/Master Control 
Station) --The CS CSB at SAC/MCS cperates similar 

the one at WR-ALC except it may approve class 2 

as 1 


tal 


LO 


organic software chénges and emergency cl 


1) 


}4- 


changes if required to maintain satellite ecrb 
Sore. dira*tion. 

5. GPS Centrel Segment Computer Program Screening Panel 
(CS CPSP): The CS CPSP is responsible fcr validating 
propesed changes and preparing recommendations ‘for 
submission to the CS CPCSB/WR-ALC. 

Gece s User Yquipment Joint Configuration Control Board 
(UE JCCB): The JSSM chairs ‘*he UE JCCB and approves 
class 1 changes th2* do noc impact the svace vehicle 
or the control segment and all cl2ss 2 changes. 

7. GES UE Computer Program Screening Panel (UE CPSP): 
The UE CPSP functions in the sam¢ capacity as the CS 
CPSP with respect to validation of prevosed changes 
and recommendations ‘to the Ua Compuze> Prcaqral 
Configuration Sub Board. 

8. GES UE Computer Program Configuration Sub Board (UE 
=PCS.B).: The UE CPCSB raporz=s co the UE JCCB and may 
approve class 2 chang2s on the User Equipmen-. 

9. PM/SM Affected, USAF, USA, USN and other agencies all 
[eawCmmech ss (§5tic= BeNemmers them on contiguration 


ccntrel issues germane <~o tneiz respective service. 


D. GFS USER SEGMENT DEFICIENCY REPORT/CHANGE PROCEDURES 


User activities below the deport level prepare and submit 
UE deficiencies and change proposals <0 ‘the respeccrive 
Service CCB. The flow chart for vrocessing user sé€gment 
deficiency reperts and change proposals is shown in Figure 
4.2. 
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Figure 4.2 USER SEGMENT CONFIGURATION FLOW DIAGRAG. 
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Figure 4.2 points out the successive chain of beards anid 
sub Ecards that muSt review then approve or disapprove sach 
change proposal. Depending on priority (emergency,urgent or 
routines) changes will be implemented individually or held 
for the next block release. This decision wiili bé mada by 
the JSSM and based on the service system and using activi- 
ties requirements. If change requests are neld for block 
release a time lapse of one year or more could concéiveably 
elapse before the user activity witnesses tne final voroduct 
of a change proposal. 

Cenfiguration Status oo * is used to apie 
record and repvort all the ccnfiquration changes affecting 
configuraticn items and ccmpu*sr progrénm i 
items to the Program Manager. MIL-STD-482A governs ~he use 
of any data content and format nécessary to perform status 
accounting. Status accounting is a continual process suple- 
mented by Physical and Punctional Configuration Audits. 
These audits should be performed at @ time interval idister- 
mined by the requirement for updactad baselines With the 
block change concept the audits should ee the implemen- 
taticn of the block change. Status accounting records the 
baseline (approved configuration) and the implementation 
status of changes to the baseline. This verifies whether or 
not the decisions of the GPS CCB's are being implemented as 

irected. Timely and accurate chang2 reporting by wthes 
@entrac-O> or GPSm activity is paramount fcr a precise 


Centsgucaticn control systen. 
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V. CONFIGURATION CONTROL MANAGEMENT STRUCTURE FOR NAVY 
UNIQUE ITEMS 


This chapter is limited to the function of configuration 
control for Navy Unique User Equipment Itams of the GPS 
System. Considezaticn will be given to the propessd manage- 
ment structure to facilitate «his function and how «his 
function interfaces with the configuration managemer*t func- 


tion cf the DoD commcn UE segment. 


A. MAJOE AGENCTES/RELATION SHIPS 


The United States Air Forc? is the executive agency for 
the GPS program, andis responsible for providing central- 
ized and integrated management of DoD common user equipment 
which will be in multi-service/ agency use. As the execu- 
tive agency, the Aiz Force is responsible for maintaining 
the commonality and standardization of all DoD common equip- 
ment. The ratention and protection of GFS user Equipment 
commonality and standardization are obligatory management 
responsibilities. [Ref. 27] 

The Navy's GPS Program encompasses the user equipment 
for aircraft, surface ships and submarines, with the use of 
all three GPS systems (single channel, duai channel, five 
channel). The wide application of GPS in the Navy brings 
into play the three System Commands (NAVAIR, NAVSEA, 
NAVELEX) and the Chief or Naval Material (PM-1). The very 

iverse characteristics of the respective operational plat- 
forms and weapon systems dictate procedurai variations in 


the implementation of effective management functions. Th 


(D 


Navy has specific responsibilities for ensuring the ccmmon- 


ality and standardization cf softwares and héerdware of 
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Navy-unique user equipment and for providing support to <tn2 
Airc Force in maintaining commonality and standardization for 
DoD ccmmcn Eguipment. 

Figure 5.1 graphically identifies the organizational 
jaterrelaticnshirs cf the Navy System Commands and tne JPO, 
both kbketrore and after PMRT. The major effect by PMRT on the 
suppert management structure for <he Navy is the chang2 from 
MeO co JSSMC final approval authority. 

The GFS JPO has full program management authority and 
responsibility until the pianned PMRT OCCUrSs im FY 387. 
Following the PMRT, those responsibdiiities will be assumed 
by the GPS JSSMO located at Warner Robins Air Logistic 
Center (WR-ALC). 

The Navy Suprort Management Structure prior to PMRT 
is headed by the Program Manager PME-106-2 and is assisted 
technically by the SYSCOMS with consultaticn provided by the 
CEA, LFAs and the PSSAs. The headquarters element is 
responsible for setting the overall management policies f 
the Navy Frogram, including the design and implementaticn 
the total Navy program organization structure, for dele- 
gating administrative and Eon tagmeation management 
resposibilities and for providing dirsaction to and funding 
cf orcgram participants. The Navy support management struc- 
ture remains th¢e same afi2r PMRT excapt it now reports to 
mee ooNC via the Navy Conteguration Control Board, which 
wee Ge Chaired by PME~106-2. 

PME 106 has +he cverail responsibility and authority for 
all phases c= the Navy GPS program as shown in Figures 5.1. 

vVity 
the tctal Navy acquisition management of the 


PME 106 is “he central management acti responsiblée for 
N 

crogram. Responsibilities includ¢ Cconfiguration Management, 

Acquisition Gogist cs, Sipesicitica. ons, ACQuisiti on, 

Catalcging, Provisicning, Maintenancs imecese=vi cling, 


and 
Spares Requirements, Budgezing and Funding, Financial 
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Management, Training, and UE Installations. PME 106-2 is 
directly responsible to PME 106 for all GPS related matters 
and interfaces, and is also the Navy Deputy Program Manager 
at the JPO. 

ELEX-08 is ‘the céntral ménagement activity responsible 
for total Navy ILS, Systems Effectiveness E£ 
Program, Maintenance Effectiveness and Suvply Suppo 
Navy GPS UE progran. 

The secend principal element of the Navy GPS support 
Management structure? is comprised of the designated support 
activities participating in the development, testing, evalu- 
Sevon, SUbport and utlization of the GPS system. This grcup 
ef organizations includes the CEA, LFAS and PSSAs with 
responsibilities for various Navy laboratories, depots, 2s 
and évaluation activities and usér activities. The active 
membership cf this group wili change from time +o time as 
the GES systen evolves from development to ultimate deploy- 
men. Crganizationally, this elenent is depicted in Figure 
5.1. [Ref. 28] 

The contractor pesition in the support management struc- 
ture is an advisory member. WeerwecOn = caccOs 1S a2 ~critical 
MibeecemOr I frOnMat. On conce=nzag design and production 
Management, which ¢i¢s directly into configuration control 
managéa oat eaeSO. SUDDLYy ell technical 
empoort ECs the first 20 3 years prior to the Navy's taka 


over ci crganic support. The ben2efiz from the contractors 


12 
parzicipation, wili rely heavily upon the amount of coopfera- 
tion and effort that the Cont toz olaces On “swe 
development of the GPS system and ‘ths azritude taken in the 
aadviscry role. 
The GFS creates the need for numerous vertical and hori- 
V 


u 
Pemect "eeet.OonshipS within the Navy for configuration 
O° 


con=reL management. The support structure depicted in 
Figure 5.1 indicates these relationships and also the single 
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interface between PME 106-2 and the JPO prior tc PART and 
wero after PURT. 


B. CONFIGURATION MANAGEMENT STRUCTURE HARDWARE/SOFTHARE 
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The Navy configuration management structure wa 
around «he most complex case. Ths complexity cf the FMI is 
a product of the amount of embedded computer programs being 

the FMI and 


the RPU. The design possibilities 1li2 between two extremes. 


designed into the PMI and the interface between 


Az the cne extreme is what we will call the "smart" FMI, it 
would be capable of preprocessing all data flowing between 
the REU and the host vehical and would not require a stand- 
ardized IvyO interface between the RPU and the FMI. This 
implies that the smart FMI would contain all tre required 
computer pregrams to process all data concerning the GPS and 
be capable of fecrmatting the data for all host vehicles. 
The design would allow for the maximum commonali*y among 
FMIS for the Navy host vehicles. Making this FMI proaran- 
mable to accommodate the integration aspect of the different 
host vehicles could, at <+he axtréeme, require only one FMI 
conftigurtaticn, along with separate software orograms shat 
Compa b- loaded into the ©MI for each type of platforn. Aa 
the cther extreme is what we will call «ne "dumb" FMI. ata 
very Simplistic te the FMI would be nothin more than 4 
lie 20n box that 

n 


rms 
would accept data from a standardized I/0 
interface betwee he 


t RPU and che FMI and direct the data to 
the apprcepriate sénscrs in the nost vehicle. Thee would 
most likely requires a unique FMI for every platforn. 

The FMI baseline is presantly specified in generic terms 
and the product configuration baselin2? will not be ¢esteb- 
lished until the preduction décision is made at DSARC III 
Scmetime in FY 34. BGwn = GCOberacteoss arte workin under a 


Fixed Price development contract, which limits the Navy's 
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input of precise design tradeoffs during tha FMIs develco- 
ment. Given this fact the mcst probable outcome will be <o 
purchase initially the FMIs that are d¢esigned by <ne 
contractcr, and «ested during IOTSE. Therefore; to be able 
to do configuration control management the need to develop 
plans for the most complex case bas¢d on the proposed 
contractor designs requires a management structure that will 


—~ 


oS = 


qd * 
Ld 


interface with all the various activities nd wppor = 


i 


mon control. The structure must also be 


D 


O 


h 
be capable of handling both hardware and software cenfigura- 
=gn 


elements invelved in GPS. 

The Navy configuration manag2ament structure is headed by 
the program manager, PME 106-2 and assisted téecknically by 
mae SYSCOMS, with consultation provided by the System 
Managemsn* Office (SMO) at CEA, System Support Office (SSO) 


at the LFAS and the Platform System Support Activ 


{4 
i- 
ct 
t? 


= 


(n 


(PSSAsS). Tcgether these activities make up the headquarters 
element, which is responsible for the overall program direc- 
eIOL « Other Activities provide specialized assistance is 
required. {Ref. 29) The headquarters element organization 
relationships are depicted in Figure 5.2. 

During «he develcpment phas2 and prior to the establish- 
Meus Of the” NCCB, IFA CRBs, she developin elon elrlar-Lerie).§ 
Submits all change provosals directly to the JPO orcgran 
Manager (Ref. 30], who has final approval/disaepproval 
SuenOrity. Puemecentract or Perroris Mene —coniiguration 
control managament function and documentation during this 
phase and ccordinates his actions through the JPO. 

The Navy Configuraticn Managemant Structure (CMS) comes 
Mico play during the transitition ohase from ccntractor 
support +o Navy organic support. This structure creélies 
heavily cn the configuration management data «hat is devel- 
@veq and upcated by the contractor, with taputs by by the 


Navy representative in the JPOC. During this phase, and 
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Pigure 5.2 CCNFIGURATION MANAGEMENT STRUCTURE. 
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after the NCCB and LFA CRBs have been established, zhe 
contrac<cr will simultaneously subnit ali chang? vroposais 
to the NCCB chairman and the JPO, who retains the apprcval/ 
disapproval authcrity throughout the transition phase. 

The contractors production management plans require 


coordination with the JPO during the development and <transi- 
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tition phase. This coordination is made more: 
BOmene tact tha= the contractor is working under a fixed 
price contract and any changés requir? contract negotiation. 
MeemeeCChtracto=>S production plan along witn ‘the product 


configuration will become firm at zcthe conclusion of develop- 
> 


maeemeana PLiOr to production of the GPS UE. Ths contractors 
producticn plan will influence the cost an zhe ease of 
incorporating changes into the design during she preduction 
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period. The worst case planning concept implis 
Ning for numerous changes during this period. Therefore; to 
implement changes the production plan will have +o be flex- 
ible and flexibility normally means a greater cost. 

The support phase will coincids with the AF PM&T, which 
is scheduled for FY 2&7. DUSInG chas Dhase all cenerector 
change prcepesais affecting the Navy UE CIs/CPCIs will be 
Submitted to the LFAS for inclusion on the agenda and 
presentation at the CRB meeting. Deis 8CP Elow 1s mnecluded 
femeugure 5.10. 

The Navy configuration control nanagement plans rely on 
the establishmen= of the NCCB and CRBs early in «he cransi- 
tition phasé. Along with their establishment 4 data system 
mus= be established +c acc2pe the configurazion data (1.2., 
product baseline) tome che COMmtx<26to= . The data systen 


should handle not only tne Navy unigue UE, but also the data 


interface with +he CoD common UE items. This data will 
undergo ccntinuous update during che transition and suppor: 
phase¢. The data must be available and in useable form to 
PfemiwesGe the CORLIguratioOn controi function. The Navy 
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needs tc know exactly what 


ites 


ca enas ana. Wheat he 


configuration of each item is in r3al <~e2rms. 


Planning «the configuration 
complex casa implies 


be 


the mest 


forme CONnElguraticn centrel 


configuration control management of 


ware. 
a Minimum of 
Base Test Sites 


labs is depicted in Figure 5.3. 


at XLFA and ALFA could be@ eliminated 
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with the use of a dumb 
Cen @.11 be 


she 


necessary 


cantralized managemen= an 


first order impact studies of ECPs. ime  Deveorailesroles ie 
the management structure are the roles played by CzZA, XLFA 
and ALFA. 

1. Central Engineering Activizy (CEA) 

The CEA acts as ths NAVELEX SYSCOM ‘echnical agent 
for in-service engineering for the GPS system. As such, che 
CEA supperts PME 106-2 in ensuring that the GPS UE temains 
continually effective and in combat rsedy state fer flee 
use as long as it is part oof the Navy inventory. Ce ihow1i 1. 


provide the 
tion for the Navy GPS JUE. 
lise +he 


@egee-ibDution of UES thrcughout 


is Conon. Of 
broad interest in utilizing the 
can provide, 
and scfcware changes. The 
*he GPS 


qet to 


changes, because 


These inputs will 


Inputs from the fleet 


routed 
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Figure 5.3 SOFTWARE LABS/SLAND BASE TEST SITES. 


Papeatacaon will be» consolidated by an initdadl 
Semeenang group that will review all incoming data and 
Summarize/cateqorize problems, issu¢s, etc. 2n a coneise 
foe malt . These summaries will be grouped into three catego- 
ries fer assessment and rasponse. [Ref. 31] 

Nee DOD COMMON/SNAVY COMMON 
Zs DOD COMMON 
oa NAVY AIR/SSEA UNIQUE 
This process is graphically displayed in Figure 5.4. 
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Figure 5.4 INPOTS TO CEA. 


Each of the CEA éngineering sections and SYSCOM 
Component units, Weetang in” coordimation with wach cther 
will determine problem definitions, solutions, specification 


to implement new requirenents, objectives to deal with *¢ch- 


.@ 


nical issues, system enhancements 79 utiliz3? technological 
advancements, work packages for int¢égration and recommenda- 
tion cn ECPs received. Thf@. cOOmdymation of thes sc&Hort us 


Vee yo) Gast clemie wand iSecrucial to the commonality objective. 
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Written statements of agreément should be develoved to 
implement this coordination. 

Analyses and tests will be performed +9 isclaté th: 
source of the reported problems. Problems related «cc plat- 
form systems or within JSSMO cognizant items will be 
examined in coordination with personnel and facilities of 
tne SYSCCMs and the JSSMO, respectively. Having isolated 
the source of the froblen, altarnate solutions will be 
explered through analysis. The @pproach taken will be coor- 
> 


G= Engineer with tasking 


uy. fu 


dinated by the appropriate Proj 
appreval <«hrough the CEA. 

Phewrall complemen: of CEA, JSSMO and SY¥YSCOM facili- 
ties will be utilized to determine the best Fi EOD Geen 
problen. Solutions will be examined through laboratory and 
platfeorn tests, as required. Test reporczs ome as hkest 
resnits and recommendations for impl nearion will be¢ 
prepared. 

New system requirements, technological issu 
ECPs received from PFAsS stemming from fleet utilization, new 
Sion needs, sic. will first be avaluated 
roaches +o implim2nt these cap 
heir impact orn tn2 UE a t 
systems. It 21S recegniz2d as tntse inputs are ev 
that <=he implementation integration of all th 
requirements will requires closé coordination and interplay 
With all agencies invelved. This should be nandled through 
a PrePlanned Product Improvement agreement. The product of 
these efforts will be a unified response ani result in 
specificaticn changes, readiness inprovements, platform 
integration packages or ECPS. Each will be accompanied by a 
detailed implementation plan which will ensure that the 
total program impact of sach changes has been accounted for. 
Wnezte JSSMO cognizant YE are involved, a coordinated pian 
will be prevared to be senz to the JSSMO. (Ref. 32] 


54 





Ea a ee eee ee ee eee ee 


| 

| 
= 
| 


e 008 COMMON NON-E£CP ACTION 
oMAVY CcHrtcel NO 














J3SMO 
oe ® UNIFIED RESPONSE 
© 00D Copeten e CONFIGURATION ITEM 


CHANGE REQUIRED 


LFA/PFA 
ASSQSSMENT YES 


e MAY ALQ/SEA UNIQUE ECP ACTION 
© PLATFORA IMPACT 








CEA - LFA - PPA 
CONTRACTORS 


CONFIGURATION ITEM CHANGE 
DOCUMENTATION PREPARATION 








ES a SN oS I aE s  a 


| 
| 

| 

| 

> 


Faguive tS. 5 ASSESSMENT AND RESPONSE. 


To fulfill the central management function and main- 
tain the Navy commonality of GPS US, CEA must coordinate the 
inputs rorm the SYSCOMsS and «he LFAs. This coordination 
will allcw for a unified response to the Navy Configuration 
Control Board (NCCB) and @nsure ‘*+he commonality of the GPS 


Svstem is maintained within the Navy. 


BS, 





2. Navy Lead Fisld Activities 


The two LFAs for the Navy GPS program are NAVELEX 
LFA (XLFPA) docatéed at the Naval Electronic Svstens 


Engineering Center, San Diego (NESEC) and the NAVA 


t- 
8) 
ae 
mM 
ee 


(ALFA) lecated at the Naval Avionics Center, Indianapolis, 
Indiana (NAC). NESEC will perform the central coniriguratio 
management function fcr NAVSEA, which will consist of ali 
Shipkecard applications of the GPS syst2n. NAC will perfora 
the central configuration managemeat function for NAVAIR, 
which will consist of all airborne applications of the G2S 
system. [Ref 33} 


The XLFA and ALFA wili provide engineering and *ech- 
= 


feeds SULPCIt, perform fleet supdpore activity (PSA) 
Beet Oneeande ConfLigumpation control functions Zor both h 
hardware and software for their respactive Navy unique UE. 


S 
The management structure shown in Pigurée 5.2 
direct lines of communications that are requi 
eiem Navy cenfiguraticn control éf 

Support the Navy unigue GPS hardw 
the life-cycle of the system. 

An element of the LFAS will b2 the support integza- 
tion activity (SIA) for the Navy GPS integration prograa. 
fiiemeepastercy function of the SIA is to provid follow-or 
engineering services during DT&SE <9 support the development 
or the FMIs during Fhase III. Tae LFAS will identify and 
control the configuration (hardware/software) for the GPS UE 
placfcrm interface (FMI). this will be a coordinated effort 
Tear ChAees mene pavotal point of antraservice»coordinatdéon. 

A Land Based Test Site (LBTS) will b2 established at 
Secon tC SUPpPOTt =he GPS integration program and 
reyhardware¢e changes through the life-cycle phases of 
S..BS0gzqm An extensive software repository including 
i 


¢, verification and burn-in functions for the Navy 
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platforns/ GPS interfaces and the Master Proqram files for 
the system FMIS will reside at the LBTS. (Ref. 34] The L5STsS 
well include a scftware laboratory to perform the necessary 
functions for processing software changes. 

Located at both LFAS, will b2 a Configquraticn Review 
Board (CRB) to review and evaluats all changes to +he Navy 
GPS UE and assess the impact of tha changes in their respec- 
tive areas of expertise. A veccemmended compcsition of the 
CRB is shcwn in Figure 5.6. {Ref. 35] 

The CRB has no final approval/disapprovai authority 
for FCPs. It wili review the ECPs and submit them alerg 
men the assessments and recommendations to the CEA for 
evaluation and forwarding to tha SYSCOM CCBs and tne NCCB 


for approval/disapproval. 


th 


A large task for the LFAs will be ccordination o 
the PSSAS; however this must be done to unify the Navy ina 
manner that wiil ailow for maintaining commonality aleng 
with an accurate product bas¢line. The Navy PSSAS are the 
field activities responsible for aintenance of systems 


M 
resident on platforms that are intezfaced with the GPS 


SySten. The PSSA will be responsiole for conducting cer+i- 
feat ich Cr GPS confi guration changes ae ensure 
compatibility with interfaced syst2ams. The functions that 


must ke performed by the PSSA are as follows: [{Ref. 36] 

1. Review and coordinates the analysis of all piattfornm 
preblem reports and all proposed chanass that impact 
the GPS system with the appropriate LFA. 

2. Ensure that all platform system vroblems and propesed 
system changes related to the GPS System are analyzed 
for impact upon GPS UE. Whenever an impact on GPS UE 
oeldents tied, the engineering data cof the changes 
are submitted to, and coordinated with the appro- 
priate LFA. 
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Figure 5.6 CONFIGURATION REVIEW BOARD. 
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Soeeeemn thevcertification of GP UE changes tha 


ct 


th 


S 
affect the interface characteristics and functions of 
the related FMI unit. 


. ert ici pee ot the GRES aS réquired. 
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Due to the cerganization structure of the NAVAIR 
PSSAS a majcr ccordinaticn problem exists for NAC. Working 
agreements should be sought as soon as possible “ec ensure 
that ALFA is ¢stablished as the cenzréal and 1 
agency and that ‘the single interface between AL 
is the one that is established. Michout this type of 
axsrangement the proliferation of different CIs/CeciIs betwee 
NAVAIR PSSAS could résult. This would run counter «co the 
stated objective of maintaining commonality in the GP 


program. 


The NCCB will be responsible for the Navy UE configuration 
Management through the life-cycle of GPS [{Ref. 37]. A 
recommended composition of the Navy Configuration Control 
Board (NCCB) is shown in Figure 5.7. The NCCB will review 
proposed ECPs and provids technical approval or disapproval 
based on these reviews. It will determine overall system 
impact of the proposed change and assure that *he ECP covers 


all subsystems affected. 


iD 


It is the ofinion of the reas2archer that the NCCB 


should ke chartered with the authority for al appreval/ 


b 


disaprroval cf all ECPs that affect Navy ne UE CIS seu2 


CPCIs. Fer these ECFs an infcrmation copy shoulda be sent toe 


4 


Piemeseint Configuration Control Board (JCCE) Ilecated at 
MeemO £65 Update of the centrel cvsrell svsten configuration 
data file. 


C. ECP FLOW FOR NAVY UE 


All propcesed changes to the system will be classified 
with regard to their total impact on the GPS system 
ex2scting  decimentaticony and cest effectiveness: ion 
Classifications and justification codes will be in accoz- 
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Figure 5.7 NAVY CONFIGURATION CONTROL BOARD. 


dance with DOD-STD-480A as outlined in appendix C and D. 
Froper classification ensures 2ECPs Will be adequately 
reviewed. Class I changes are further identified as to A or 
Bin accordance with the following: [Ref. 38] 
1. CLASS TA: A change to the operational system which 
requires a conjunctive system software and hardware 


change. 
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eee Conos Ips A change to the operational system which 
dces not require 2 conjunctive system software and 
hardware change 

Class IA and IB changés will be assigned priorities in 
accordance with DOD-STD-480A as described in appendix E&. 
The priority assigned will be the major factor datermining 
the time required to fully process the ECP. 

It is the ccntention of the researchers that the ECPs 
will mainly fall under the pricrity of routine with a few 
Peeerts ons that will fall under the urgent prio 
contention is based on the researchers interpretation > 
Mi1-S+td-480A (Appendix C through &) and the ope 
aspects of the GPS as 4 navigational aid. Dies Can 3 
accomplished through the design of the FMI and the integra- 
tion of the GPS system into th2 weapon system platrorms. 

It fcllows from the above that if the major porticn of 
the ECPS are routine then the configuration managemen 
Structure and documentation flow shouid be designed around 
the time requirements and pricrity of the routine ECP. The 
few Urgent ECPs could be flagged and 2xpedited cn a case bv 
case bFasis through cha system. A Nemi@ieme=Mpeactaol toutins 
ECPS would Fe in the utilization of block changes. A +ine 
table could be established for implemantation of «he EC2s as 
one block change (fo0=> example a ysarly basis). This would 
allow fcr the coilection cf ECPs and <=he most effective use 
ef a change. Using this method one block change could solve 
a number cf problems. 

A decision +o process ECPS in this manner would allow 
fOr a stakle prcduction oe SOeeeMeweCONtrec-or ard a S22 
planning horizon for the ecrofit modifications to opera- 
maonmealesrMmre. The ECE £lo# through the configuration control 


Management structure is depicted in Figures 5.8--5.10. 
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Figure 5.8 DEVELOPMENT PHASE. 
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Figure 5.9 TRANSITION PHASE. 
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VI. COMPUTER BASED MANAGEMENT 
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A. COMPUTER DATA BASED MIS A TOOL FOR CM 


GPS presents a very large problem in *he management 
arena cf cocrdinating th various and diversified management 
areas. The JSSMO, as stated previously, is ease ECs. 
the +tctal DoD acquisition/engineéering management of the GPS 
eeoregram after PMRT in FY 87. Responsibilizes include 
contiguraticn management, acquisition logistics, engi- 
eering, specification, SeqUuSslL elon, catalo 


be ms 


g 
mOVvVesiLOning, Maintenance and inter-servicing, sr 
r 


H 


a 
squirements, wa and funding management, financial 
management, Peaattedeena UE agmstallation. Zone =) 
services; Navy, Army and Aix Forca, are responsible for the 
above management areas for the service unique items. With 
NATO and other agency use of GPS UE the scope of the cocrai- 
nation and data management prcblems is indéed very large. 
Counvled with the above is zhe fact that there are three 
GPS sets; Singie channel, dual channel and five channel, 
that make up the GPS JE family. These s¢ts will be 
instalied on various platforms bringing almost ail arsas of 
each s2rvice into the coordination and data management 
problem. Commenality among the different sets, Which is 
accomplished through the use of ccmmon SRUS with ccmmon 
CPCIs, and the commonality witnin «he sets across various 
platforms is a stated objective of the GPS program. Jigs 
crder 20 maintain this commenality and effectively nanage 
the GPS resources the manag2ment activities need tc ba 


centralized. To support the JSSMO, Navy, Army and Air Ferce 


a 


in centralizing the management activities and to provide the 


mecessary in-house éngineering supporz for the GPS UE 
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progran, an on-line real-time computer basec managemsne 
informaticn system (MIS) is required. This system can chen 
provide the "TOOL" to manage and cortrci “*he YE supocrt 
elements contributing to the LCC throughout the GPS progzran 


lite cycle. 


The idea of a computer based information system for the 
configuration management of GPS UE is not foreign to the GP 


program. Lt. Thomas Abrahamson attanded 2 briefing ax 


rg 
O 
on 
j- 
He | 
v YY WN 


AFB on 25 January 1983 and Lt. Seéerard Mauer attended 
briefing at the JPO on 1 February 1983. Both briefings were 


conducted by Mr. John Fenstermachéerc, whe is the Navy Deputy 
System Manager and the JE Pregram Manager for JSSMO. The 


briefings dealt with the subject of a computer based MIS, as 
a tool for configuration management. Chapter six is devoted 
to taking a look at a computer based MIS that could be used 
as a toc] Ecr management and control. The observations and 


conclusicns presented in this chapter are based 


9) 


Oo 
reséarchers understanGing and interpations of the informa- 
tion presented at the two briefin 

The coordination of the GES UE program 
erfectively handling the massive data requirements generated 
for suppert of system engineering. The management inforna- 
tion system nust be centered around making chand¢es to 2 
design (1.6.e, BGeocyerpenad the edscoziag of the impac-. of 
these changes to the product baseline. Tne biggest preblen 
in the past has been tha tracing of a problem from gererza- 
Pwerwby <hne EL2e€t OF @ USer activity through <ts resoluticn, 
ana ell cChenges chat taks place uwuneil 1% comss cut the door 
és a mcd-kit to solve the problen. 

An on-line real-time ccmputer based WES utilizing 
distributive processing will have as its primary function 
the support of the centralized managéemen* activities bv 
wee ttyera, Scheduling, COntrollang, @uditinc, revieWing, 


accounting, processing and inter-relating a lif? cycie flow 
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Gepone tOllewing support data related to controlling 
UE bassline: 

1. ECE TRACKING AND MANAGEMENT DATA (the central 

2. INVENTORY/CONFIGURATION STATUS ACCOUNTING DATA 

3. ITEM PROCUREMENT/SUPFORT DATA 

4. CCMPUTER RESOURCES SUPPORT DATA 

mm SUDGET/LIFE CYCLE SUPPORT COST DATA 

6. LSA MODELING SUPFORT DATA 

7. PROGRAM SCHEDULING/PLANNING DATA 

Gie FLEET READINESS MANAGEMENT DATA 

9. DISCREPANCY/SSERVICE REPORT DATA 

10. MINUTES/ACTION ITEM REPORTING DATA 
The data base required to operate this system would b 
during the transition phase, which would include che 
Baseline and ali other contractor and test data. Thi 
put the MIS fully operational at the begining of *h2 
support phase of the GPS UE program. 

The data base system would be divided into chr: 
sections and operated on a distributive pases, ass 
Poqune 6.1. 


1. INPUT/PFILE MAINTENANCE SECTION: This. sect: 





Compesea Cro cr—wenewdata sntry, file maint 
data/ file, monitcring of all support data wor 


processed/geneéerated by the assigned support 


*~ne Ges 


Co 22 


° 
<a g- <= 
wed at 


neers, data entry, énd data based administrators. 


The data in this section is ina changing a 


prevides a mirror image of the master data bas 


ode and 


Se 


2. INQUIRY DATA BASE INFORMATION MANAGEMENT SECTION: 


This section is composec of the master data 
retaining current support data information ge 


frem the work files. This section is used pr 


bass¢ss 
nerazed 


inarily 


as a management tool for data basé administrators, 


and program Managers as an on-line ii 
snformation Management System. This 


interactive system with only read data. 
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SECTION OVERVIEW. 


his section 
word processing 
and <tc. 


~ a 
ependent 


Managemen* graphic 


planning, and ¢tc. 


he capability of such a 
will be «he development 
~ime 
The 


allows 


Operate a real 


= 2M. 


— we = 


processing sy 


Nication networks 





PeeeOeealegzac ton OL this System at the JSSHO, with 
terminals and time sharing capabiitities for <=he 
ve Services and agencies. eiG@es “<item technclcgy 

E 


< 
t]= £cr the utilization of this configuration management 


Be. MIS AND THE ECP 


The inter-activity of the data bases will allow manage- 
ment tc use "WHAT IF" driils in dstermining and reviewing 
solutions to GPS UE problems. Ptoposed ECP solutions can be 
input and an impact study can be accomplished on a real time 
fs, along with a LSA ain accordance with NTL-STD-1388-1. 
Therefore; when a solution is genesrated the inventory, 
Support and LCC impacts can be creaadily obtained prior to 
Maeeeng the solution into effect. This would allow the us2 
ef an iterative precess to determine the best soiution 
considering trade-offs 0 the problen. Wizth the GPS sets 
being 80% software the tracking of software changes can be 
acccmplisked, along with the impact study of each software 
cnangé. a#hen a computer program change is required the 
system identifies that change *o she n2w CPCI. The scftware 
change is then linked to the firmware part number (chip), 
Mopper 2S further dinked to the SRU chat chip is on. 
Taezrefore; management would know the SRU effected the c 
and “he cOmputer pregrams tha= are on that chip. T 
becomes especially important when dealing with interf 
compatability between DoD common and Service unique. 

pecimmer generates a record Eor h@ voreblem. Vas 


record remains aective until the S&2P is closed ou+ with 2 


Pod-Kit Hpscallation. The record is kept for historical 
data. Working eon «he concepz= of block changes this aspéc* 


allows management tc monitor the changes and effectively 


CGoedangs2= them antc a block  chang:. This provides a 
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complete status tracking of ¢ach ECP throughout its review 
process and couples with the ECP the impact review of =hat 
change. Cutting across the ECPs allows for establishing the 
kudgeting information required for th2 purchase and impvie- 

menteticn of the block change. In ordar to keep the ECPs on 
schedule a@ comm log system would let 2ach activity knew if 
there is an action item for them in the systen. Coupled 
With this a PERT natwork would show each activities review 
response date. 


The ceomrutsr based MIS would combine the inventory and 
u a 


Sent iguraticn Management systen +9 accomplish sset 
accounting not only for DoD, but tor ¢ach of the services. 
This system has the cavability of telling aanagement what 
the ass2t is, where it 1s locazed, its condition and compa+- 
ability. Each™ platiorm creates @ sevaratée mrecerd for 
tracking the location of she LRUS and *he SRUs. This allows 
also for th system to show ths impact by platforn 
C. MIS FOTENTIAL PROBLEMS 

The system discussed sc far s2ems to be the dream zool 
Bee Conrtiguration control manag2ament of the GPS UE. 


However; certain areas appear to the researchers as poten- 
tial crcblems requiring further rtesearch. 

ee Dd eSo Cui ty: The system to operate completely and 

effectively will require priviledged data and 

possibly classified data on file or accessable 

*hrough other computer systems. Wathout the proper 

data security contractors could obtain priviledged 

data allowing them an unfai advantags in future GPS 

related contracts, and classified data could fall 

into the hands of the wrong people. What security 

measures can be taken <9 Suz= only che people with 


+he ne¢d and clearance can access this data? The use 








sf user identification codes and special coded files 
does no+ seem to fully answer this question. 

Quazity Assurance of Input Data: fee gor ent sal 
problem is expressed by she old saying of garbage in 
garbage cut. The system can provid? som? quality 
assurance through the use sf data cross checkirg, 
Suse wold Glinanate the possibility of inputting 
incorrect part numbers, NSNsS, or ECP numbers and 4tc. 
into ths data base. The use of designated data basse 
Managers to réview all inputs from 2ach activity, 
Wili also provide some quality assuzrancs. However; 
Will this provide ¢nough guality assurance tc ensure 
an accurate up-to-date data bass? 

Hardware Obsolescencs: Advances that are pé¢ing mads 


2n cemputer technology, briags the hardware cbscl¢s- 
cence problem into view. A possible solution to this 
problem would te for the government to purchase onrly 
she data based system software and lease ~he required 
hardware. This not only eliminates the hardware 
obsolesence preblem but will also spread =he cost of 
the hardware over more years. Centrally locating the 
cemputar system at the JSSMO with remot]e terminals on 
a time sharing basis, «he problem of the diffusion of 
configuration management system software would be 
Guezcacled. The major question that must be answered 
in this area is does the benefit outweigh the cest of 


such a system? 


Configuration Control of Daté Base Software: The 
configuration con+rol of the data base MIS scfttware 
presents another potential problem. A CORE aGuTe= 1 cr 


Comet OL board with mémnnoers from €Each of th 
Comm@unicies would ne2d to be astablished tc review 
and coordinate changes required in tn¢ MIS seo 


Desicning the MIS software in a modular fer 
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using high-level computer language wiii allow <the 
necessary changes to be made in an efficient manner. 
The question still remains 2bour who wiil chair such 
a board and who will make the final decision on the 


—— 


changes. 
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A. ANALYSIS OF THE OVERALL SYSTEM 


As stated sarlier, the primary objective, of the thesis, 
was to freeze the dynamic nature of the conf fe) 
anagement plans and examine the configuraticn control 

af 


aspects of the plans. The risk that is taken by doing <hi 


is the implication that the ccnfiguration control management 


i @ | 
7 
= 


exist and will continue to exist as they are s2én at 
this one point in time. The realistic picture is that ¢ver- 
ything is centinually changing and these changes w 
Semel qureticn control. What freezing the plans in time dces 
is to allow tne researchers the opportunity to exam 

and present a point estimate tor comparison. Therefore, the 
problems and conclusions reflect the configuration control 
Management clans at this point in *+ine. 

The configuration control management plans fcr the DoD 
common and the Navy unigue Cis and cCPCIs have all th 
required and necessary pieces to allow it to evolve into ar 
effective and feasible plan for configuration control durin 
Gmganic support. Wie COneecp=sOn and plans =O ancOrporets> a 
computer based MIS as a configuratica management tool shows 
perceptive insight into th2 importance and complexity of 
configuration control managemént for GPS UE. This tcol also 
offers the ability to integrate not only configuration 
management among the different services, but alse inventory 
and logistics support, which is necessary *9 provide a 
control system that will monitor the GPS UE in an 2fficient 
and effective manner. 
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TO,eeLeve atthe everall conclusion that the conitigura- 
tion centrol management plans are managerialiy sound, nz 


researchers looked for items that they felt were crucial. 


The first item was the baseline management concept. qs 
found that a functional bassline existed in pnase 1 and an 


fe 


allocated taseline ¢xists during pnase 2. Work is 


La 
> 


fs 


progress to establish a product baseline for phase 3 an 
e 


configuraticn control management plans will use the vozodu 


bas¢line as its basis. 

The researchers arrived at the conclusion ‘that <n¢ 
Management plans acknowledged the difference between hard- 
war2 and software ccnfiguration control. The necessary 

S 


Support documentation and facilitia 


n 
tion control were in the plans. The positive point h 
= 


coop 


that software changes were not looxed on as main 
wers considered as design changes. The software 
Meny 2mportant due tc the fact that the GPS UWE is ép 

v 


mately 80% software and this is the area seen as having uh: 
greatest potential for changs. Drus, @omajority of the 
costs associated with change propesals will réesuit fron 


software changes. 

The cther critical item was the management structure 
ies e lt. The plans acknowledged the néed for centralized 
Management c= configuration contrcl to meet zhe objective of 
commonality. The researchers understood the plans to place 


the JSSMC as the central nanager of DoD common UE and CEA as 


(D 


the central technical manager of Navy unique UE. The larg 
number of agencies and platforms involved in she GPS pregran 
requires a centralized management structure. The Névy and 
“he JSSMC have developed plans fer the management structure 
that places control boards eat the proper level to ensure 


regulation cf tha UE configuration. 
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The above elements le2d the researchers to «t#h= conclu- 


sion that the prescribed configuration control managemen- 
Plans for GPS UE were sound. These elemenzs are only tas 
meoart Of a good configuration control program nd on #aeir 


a n 
cwn will nczt evolve into an effective and feasible configu- 
ration centrol management system. CO2e Guscet.on contre 
meee a fully autematic tool, 2¢ cannot be installed, 
programmed, switched on and left to run by itselé. ib 

most tecls, it will perform well only when us2d with skill, 


conscience, discretion and energy. 


B. MAJOR PROBLEM 


The major problem in the opinion of the researchers was 
that th2 differen+ elements for configuration ccntr 
not integrated. In weder +o continue femward an 
the plans into a working solution we feel that 
agreements of understanding must be developed ar 
upon by the majer agencies. These agreements 
ensure that every agency was moving 1n tne same direction i 
develcping their plans for configuration control nanagement. 
If she agencies are allowed *9 continue in an undirected 
emo DOEMent, concerning configuration control, the objective 
of commonality will be lost not ecnly in Service unique 


1cems, but also in the DoD common items. 


C. RECOMMENDATIONS 


Management a*tention must be Focused on the development 
of written statements of agreement. These statements are 
required to establish the parameters and boundaries needed 
by the user agencies to bring their conriguraticn control 

m 


and integration management plans <9 maturity. 
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The following are recommendations that <=he researchers 


through their analysis have dét+termined te be cruciai to the 


in 


GPS UE configuration control management plans. Fhe list i 
not all inclusivs, but represents a start, that we consider 
S JU 


e 
625) G— 


ty 


6.9] 


meen the right direction, for ths evolution of the G 


oY 


Segeaguration control plans into an efficient and sffa 
SGemraguraticn control syste 


1. Agency Boundary Agreements 


A statement cf agreement should be developed *hat 


precisely identifies the boundariss for each agencys! area 
O 


oO 


Oi responsibility and authority. A example weuld be ~ 


wD 


identify the bcundary csoncerninrg changes affecting th 
interface ketwesen the RPU and the PMI. The Navy, fo 


H 


instance, wceuld be limited to changes affecting hest vehicle 
unigue FMIs. Any recommended charges to the FMI that affect 
the REPU weuld be oute¢eide the Navy's boundary and would fall 
Geeer JSSNO jurisdiction. What w2 mean is chat no preblen 
or @nhancement cf the host vehicl? or service unigue FMI 
should be allowed to ripole back through che aPU. we tout 
Sees limzt specifically identified, each service cculd 
theoretically make changes t0 their respective FMIs that 
also alzer the respective RPU capabilities. The ultimate 
result weuvuld bea significant loss in commonality and an 
B@eeeas] in the cogplexity of configuraticn control. 

We recommend that any discrepancies or conflicts 


that affecc= interservic= boundary responsibilities (for 


example, conflicts ktetween the Navy and «the Air Force) 
Should be handled by the JFO prior to PMRT and the JSSMO 
afte Cima Int raservice boundary disputes shcuid be 


handled Ey their respective US central management office, 
such as the CEA in the Navy. This would eliminate confusion 
between and within the Services concerning GPS UE beun- 
darieés. Providing specific keystone agencies in each 
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S€rvics te monitor and make decisions on the UE contigqura- 
tion contrel boundaries would help facilitate configuration 


control management. 


2. Centralized Managen Aqre2ments 


* t 





The key to configuration control management is 


e1) 


centralized management structure. All DoD sSemfon JE wall 

fall under the central management of tne JSSMO. The Navy 
central technical management should be placéd at CEA with 
NAC representing the NAVAIR platforms and NESEC San Diego 
representing the NAVSEA platforms. This type of a nanage- 
ment structure is essential in maintaining =hs commonality 


ebjective and should be stated in writing as 2 statement cf 


agreement between the Naval SYSCOMs, CEA and the IFAs. 
ithout a statement of agreement, coord: neti:oa wili' be 
almost impossibl?. The coordination at this level is very 


Gee@ortant in @aintaining control of the ECPs and obtaining 


the ccmmcnality cbjective 


3. GPS Integration Agreement 


tn 


A firm integration plan for the Navy is néeded 


immediately to allow the configuration control plans <tc 


evolve intc a workable system. Aly inte@ea= Loy Concept 
Statement of 2grzement should be daveloped. GPS is 2 navi- 
G@aeconal ai 


Ripe hae eCanesDEa Vide =pea nos=avehicis WEth very 
Beeteace POSicion, ve2loc*t and Came. Woa*~ w2 mgan 5 

nayigaticnal aid only can be ssen besz by an 2xanpls. The 
example we will use is thea integration of GPS into 2 high 
performance aircraft with an INS syscen. The GPS weuld 
interface orly with the INS and act as an inflight cali- 
Egactor for the INS. Thus; the GPS data is fed tc the INS 
and the INS in turn interfacas the rest of the sensors, 
waaich it G@lready does. This type of lategration would allow 
foe stuplabveativen crtheedesvqn (d@ialby ~softtate), litt 
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integraticn problems and still u 
position, velocity and time data 
strategy followed for intagratio 


the basic navigation aid among us 


cally tied into the present host 
to pérmit continuous updating of 

The concept of integratin 
and feeding data back and forth 
increasing the complexity of th 
Management. 
top down management direction is 
sions JPO 
through the LFAs should be? made 


tor «he 


fer the Navy, with 
Na 
be the integration planners 
we 


navigaticnal aid 


necessary guidelines 
must 
that a decisi 


reel 


forms . 
oniy and not a 


would allcw for effective integ 
product improvement would be usea 
of the GP 


weapon systems and subseqd 


sion and integration 
a hatural extension of th 
system integration 


5 


prob 


iiities are understood 


+)? 


4. ECP cking 


tr 


a 


te 





Management 


oping a system +0 
UE. 

between the contractors and 
the changes will be 
TCT. 
required product taseline 


be the end 


testing of =he GPS 
mente 
how tracked 
and 
she 


ne* 


If thes¢ changes are 
SOL 


available at of 
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vehicles navigation syst«cn 
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g GPS into numerous sensors 
Semsieowo f 


ard come = 


has created the 


e design iia Veen 


In order to davelop a conssive integration plan 
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aD 
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Major problem exists during the overlap of DT&E ard OTS. 
Needless to say, without this preduct baseline there can be 


no effective configuration control management 


d be developed, among ail the 
involved agencies, that adopts «he block change concept and 
establishes a time table for block change implementaticn. 
Integrating the GPS UE into the weapon system volatforms as a 
navigational aid should result in th2 majorizy of the ECPs 
Being routine priority. This would reduce the amount of 
contract negotiation required +9 implemen= the chanqes 
during oroduction and allow for scheduled planning of 
Geemorit modificatz:ons +o the UE in op2ration. iAme 2 LS 
statement is not developed end accendte 2n= CORT EOL ana 
timing of ECPs will be seriously effected. Thus, cz2a- ing 
the need for a more complex configuration control managenent 


System, which will escalate the system's operating costs. 


6. Navy so 


{ih 


twa 


It 
ia 


aboratory Agresments 





A written statement of agrsement should be dsveloved 


among the three Navy Software Laboratories. This agreement 


» 


should define each laboratory's éarea of responsibility and 


tts interface with the other laboratories. AS ss@zecee 35 
chapter five the two software laboratories at =he LFAS could 
be alimineted with the usa of a "Gunb" FMI. However, it is 


the opinion cf the researchers “hat to maxinize commcenaliczy 
and toe give the FMI the ability *9 effectively utilize and 
incorporate preplanned product improvement a FMI that lies 
bketween «he two extremes would be optimal. This rcesults in 
the need for software laboratories at CEA, ALFA and XLFA. 
The agreement should establish the CEA laboratory as 
the central technical management point, suplemented by the 


LFA laborétoriss. Without this agreement duplication of 
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erfort, increased development time and increased cost wouid 


=) 
CCCULI with software ECPs. 


7. 


tc 
Te] 
D 
ct 
WM 
mW 
rt 
O 
Qa 
{= 
t+ 
M 
o 
iD 
y 
ct 


The configuration control management plans <e 
reflect the degree cf complexit found in che GPS system 
We feel that the selection of a 3 sét UE family, with the 
objective of maximizing commonality in all thrse 
caus¢d the management plans undue complexity 
research is required to support the plan of purchasing «he 
Single channel and five channel sets oniy. We feel «hat 
along with this research the concept of dropping «he common- 
alit objective between the two sets should alse be 
considered. This would aliminate som2 of the cenfiguration 


management complexity nd couid also free the design for 


more efficient operation. This would also provide the 
Bepertwunicty for the selection of two contractors, one for 
Single channel and the other for the 5 channel. The 


overall benefits would be an increase in the technological 


beas2 and preduction capabilities of the GPS system. 


79 





oOo wy WN WM fF Ww NN o_o 
e 


—= DO 
Oo e 
r 


sual 
eZ « 
13. 
14. 
iS". 
mo . 
ley. 
18. 
se 
20. 
Za. 
Gus 
5 Se 
24. 
2. 
ZAG 
a 
28. 
Zo. 


AF 
AFLC 
AFR 
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CMP 
CMS 
Ger 
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Air Forc2 Logistics Command 

Air Ferce Regulation 

Air Force Systems Command 

Aiv Ferce Systems Command/Space Division 
Air Logistics Cénter 

Navair Lead Field Activity 

Airframe Platform Integration 

Applied Physics Laboratory 
Course/Acquistion Signal 

GoTLraiguracson Wontrol “soard 

Gon fiots ation Conrail Board Directive 
Configuration Control Board Request 
Contract Date Requirements List 

Cont roiy7lis play Unit 

Centctal Engineering Activity 
Configuration Iten 

Configuration Management 

Configuration Management Plan 
Configuration Management System 

Computer Program Conz=zol Item 

Computer Program Configuration Sub-Becard 
Computer Program Identification Number 
Computer Program Screening Panel 
Configurtion Review Board 

Computer Resources Integrated Support Plan 
Contrelled Reception Pattern Antenna 
Control Segment 


Configuration Sub Board 
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LOT&S=E 
Dor 
IV&V 
JECE 
JPC 
JSS 
JSSMO 
J Sian? 
Lets 
L@e 
LFA 
LRU 
LSA 


Gemcro) Sseqmen= Gemtit guration Control S8card 
Defense Mapping Agency 

Depar<iment of Defense 

Defense Systems Acguisition Review Ccuncil 
Development Test and Evaluation 

Bnginesring Change Proposal 

Embedded Computer Rescurces 

Embedded Computer Systen 

Electronically Progammable Read Only wWemory 
Fume lone: Gomelguaatwon Audi 

Flexible 


Fonal Operaticral Coriiguraticnr 


Modular Interface 


Fixed Reception Pattern Antenna 
FieldeSupport Activity 

Fiscal Year 

Globai Positioning System 

Ine Accerdence With 

integpat 2d Logistic Supper: 

Integrated Logistic Support Plan 
Inertial Navigation System 

InputZoutpuc 

tnitial Operational Test and Evaluation 
MrevScra= on Suport Fae1lity 
Independent Verification and Validation 
JOon= Coméi guzation Cefitrol Board 

Joint Program Office 
Joint Service System Manager 

Joint Service System Managemenz Office 
Joint Service System Management Plan 
Land Eased 
Life Cycle 
Lead Field 


Line Replaceable Unit 


Roc ivVicy 


Logistic Support Analysis 
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MCS 
MIL 
is ps ig 
NAC 
NATO 
NAVAIR 
NAVELEX 
NAVSEA 
NCCB 
NESEC 
OFk 
OSD 
OTSE 

P Ccde 
PCA 
PCV 
DFA 

Pu 

PME 
PMR 
2uURT 
DOS/SNAV 
Poe 
jeueoueys| 
ron. 
RPO 
SAC 

SD 
SESSA 
STA 

=) UI 

SPI 
Sd 
SSccs 


Nese: Gomesol Staticn 
Mzlitary Standard 

Management Informacion System 
Naval Avionics Center 
North WMtlantic Treaty Organization 
Naval Aizc Systems Command 
Naval Electronic Systems Command 
Naval Sea Systems Command 
Naval Contiguration Control Board 
Naval Electronic Systéms Engineering 
Office of Primary Responsipnility 
Office of the Secretary of Detense 
Operational Test and Evaluation 
Precise Navigation Signal 

Physical Configuration Audit 
Physical Configuration Verification 


Participating Field Activity 


Program 
Project 
Program 


Program 


Manager 
Manager, Electronics 
Management Responsibility 


Management Responsibility Transfer 


Positioning and Navigation 
Peculiar Support Equipment 
Platform System Support Activicy 
Radic Frequency Interference 
Reciever Processer Unit 
Strategic Air Comnand 

Space Division 

Ships Fls¢et 


SIbpDOS: ACciViTy 


Suppe@rt Integration Activity 

system Manager 

Ships Platform Integration 

Skop Replaceable Unit 

Space Segment Configuration Control Board 
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System Support Office 

Transfer Working Group 

User Equipment 

United States Army 

United States Aix Force 

United States Navy 

Verificationa and Validation 
Warner Robins Air Logistics Center 
Navelex Lead Field Activity 
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APPENDIX B 


DEFINITIONS 
ie )|6=|6 RSENS s A configuration identification document 
or set of such documents (including, for example, 


computer program listings, tapes, card decks, #tc.) 
formally designated and fixed at a specific time 
durin a program's life cycls. Baselines, pius 
apprceved changes to baselines, constitue the current 
Copel Baton, identafication. There are three 
distinc: configuration baselines; once established, 


they are maintained and controlied throughout «the 
=) 


life-cycle of the item as the following s#sparate 

baselines: 

a) FUNCTIONAL BASELINE: The formally d¢signated 
ie 


unectional configuration identification fixed as a 
al OD@meconcept s,explosatior 
phasa of the acquisition cycle. 
D) ALLOCATED EASELINE: The csormally designated allc- 
cated configuration idantification fixed as a 
product of the demonstration and validation phasé 
Of toe wacquisition cycle. 

Gye enODUCT BASELINE: The fonmally designated product 
Comeagiaactaonwedentaficaticn £ixed as a resul+ of 
incremental Gon ple=Tonesof =he con 
audizs, during the full-scéele development vohase or 
aceme result of the, conpletion of th2 cont 
audits as singl2 events and a final predu 
full-scale development phas2 or the ac 
CiiClkee-. 

2. CCMPUTER PROGRAM: A series of instructions or state- 


ments in a form acceptable 79 an electronic computer, 
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which are designed to cause the computer <*o0 ¢xecute 
an operation cr series of operations. 
CCMEUTER PROGRAM CONFIGURATION ITEN (CPCI): A 


ccmpu*er program that is designated by the customer 


fer configuration nmanagemence and control. 


COMFUTER FROGHAM DOCUMENTATION PACKAGE: An aggrega- 
ticn of all pregram documentation that is required in 
*he development of, Or testing of, @ speGe fic 
computer orogram; i.¢., flow charts, systems specifi- 








caticns LIand If, engineering data (design test 

interface specifications, @.) soUrée Pistangds and 
scurce oreograms, programmers notebook, and liks data. 
CCMEUTER OPERATIONAL PROGRAMS: Computer programs 
required tO cperat2? a system. Thes@ proqrams are 
leoadid in, andrun in the computer equipment during 
system operation; 1. Se, Executive/Supervisor, 
Filme aonas/ Application, UTpulZouecel:, and Vane 


programs. ' 
CCMPUTER REFERENCE MANUAL: 


Manuals related tc the 


use cf computer hardware or instéllation cf computers 


Hem@wene> “foes, “Manuals cortaining instructions or 


general information for the operational checkout or 
maintenance of computer hardware. 

COMPUTER SUPPORT PROGRAMS: 
a ey. 


the 
other computer 


Computer programs géner- 


used for development and maintenance of 


programs. Support programs include 


operating systems, assemblers, cempilecrs, and 


lcadérs. 
COMPUTER TEST PROGRAMS: 


=c analyze or test systems and component perfcrmance. 


Computer programs developed 


These pregrams include maintenance and diagnestic 


programs *0oO anaiyz2 performance and ‘tc detect or 


isclate faults in computer equipment. 
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10. 


el « 


| ae 


i. 


CCMPUTER RESOURCES: (ee cotality ef computer squip- 





ment, computer programs, associated data and decumer- 
tation, related suppli¢s, services and p¢ersornel. 

CCNFIGURATION MANAGEMENT: A Giscipline applying 
technical and administrative direction and surveil- 


lance to (1) identify and document the functional and 
physical characteristics of a configuration item, (2) 


centrol changes to these characteristics, and (3) 


- m 


ord and report change processing and the implemen- 


*ation status of 2ach char 

CONFIGURATION STATUS ACCOUNTING: The recording and 
reporting of an approvec configuration identifica- 
= Gites and +he status cf proposed changes to the 


approved configuration ana the implementation status 
of approved changes. 

CONTROL SOFTWARE: Common to a computer type and 
required +o executes a computer program, but it does 
moc Goltmen the Specific application inesetructio 


data or logic. 


a) Design Deficiency: AnWecotoact2Onmechat ii met 





Ss 
prevents the use of material for the purpcse 
intended or required where the material meets all 
Other specifications or contractual requirements. 
These deficisncites cannot be corrected except 
through @ design change. 

b) Quality  IUeficzency: Any deficiency (€.g., 
pnysiCcal, Chemical, eleccrical, functional) no«ed 
in material which is attributable to noncomfsr- 


mance to — specifications, drawings, 
Standards, or technical orders, or workmanshio 
during manufacture, pe NG6d- 2 2¢eeacn, O= 


maintenance. 
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are. 


ise 


16. 


as 


c) Computer Program Deficisncy: An error in the 


Statements cr instructions that maké up a comcuter 
pregram used by an embeddea computer systen. Tae 
Meak, Logie, Cr CUNST 


deficiency may consist of sy 

discrepancies that cause th? program to fail the 
intend2d function. 

ZMBEDDED COMPOTER SYSTEM: A computer (or computers), 


equipment, decumentation, and programs “hat are 


As 


integral to a weapon system, subsystem, or suppcr 
system whose rimary purposé is to control, sense, 
BMeempret, PpLECcess, 21d in, or ditect operation of 


the larger system. 


FIRMWARE: Software embedded in special media and 
cannct be readily modified under program contccl; 
that is, "read only." It can be modified only by 


Special processes which provide physical and/or elec- 
<rcnic access to the media. examples are read only 
memory (ROM), programmable read only memory (PROM), 
electrically alt¢erable read only memory (ZAROM), and 
fcasable programmabie rt2ad only memory (EPROM). 

HARDWARE INTENSIVE: Those microprocessor appolica- 


Peewee) Walch the £uneew.on is fixed and application 
eles 





“7Tirmware is no* expected to change; or would 


re redevelopment of tne application function 


cessary 
EACLE EY $ An engineering 
acility established to Support weapon system 
embedded computer systens. Iz is mads up of people, 
equipment, physical and e2nvironmental facilities, 
data, documentation, and procedures. Its uses may 
include the capability to simulat? missions, evaluate 
ccmputerized et or subsystems, test modifica- 
tons, and integrate hardware, software and 


Man-fmachine interfaces. provides a cap@bility for 
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18. 


19. 


20. 


Zl s 


22- 


23. 


24. 


Zs 


26. 


i—D 


base line and configuration management of softwar 


configured items. 


LNWIEREACE: A region common to two or more elements, 
systems, projects, or orograms, characterized by 


wiciwpiyescal, fite-tonal, and/or procedural frop- 


erc1les. 

NiCr CCou PUT BR: A complete slectronic computer ona 
Single integrated circuit. 

MICRCCOMPUTER BOARD: A small number of integrated 
circuits on a koard +9 form a complete eiéectzronic 
computer. 

MeewecoiPULTER CHI SET: A small number of integrated 
Circuits that together form a complete electronic 
computer 

MICROPROGRAM FIRMWARE: Firmwar2 at =he micreccede 
levels that is, ROM-based pregraas that identify che 
Mvecnieceeon Set Of a4 “Darticular machines. 


MEER CPROCESSOR: RD s@egie aicegzateid cizcuit wetter 
determines and carries out the instruction architec- 
ture of a particular compute 

BEGROPROCESSOR FAMILY: A collection of integrated 
Circuits which includes Microprocessors and chs 
Suppert products necessary for carrying out a wide 


range of system functicns. 


ORGANIC SUPPORT: When this té¢zrm is appiied to weapon 
system computer resources, it represents the man = 


age 
ment and technical Support at an AFLC family manned 
principally by government personnel. 
OPERATIONAL SOFTWARE : Generally, operational soft- 
ware which automatically performs or assistS in tne 
perrormance of a navigation or weapon system mission 
function. EIneludes Built-In-Test (BIT) logic used to 
evaluate the status of operational equipment and/or 
identify faults in equipment while in an installed 


GOnr ira quracion .« 


88 





Zi. 


28. 


Zo. 


30. 


Bi. 


2 


oP] 


OFTWARE: Pooeitseete-tOns OF procedures a comruter 


ecognizes ("reads") and then ]executes. I+ is "soit" 


j 1 


73 


*he sense that it is easily altered. A conmbirne- 


ct 


ion of associated computer programs and computer 
data required to command the computer equipment to 
perferm@ cComputetional cz control functions. 

SOFTWARE INTENSIVE: Thos? microprocessor applica- 
e2cn=s in whieh” “he f£uaclion can vary and the 
application software/fircmware is subject +c change. 
SUPPORT "SOFTWARE: Programs which aid or are neces- 
Sary in the preparation cf computer programs such as 
2ditors, compilers, assemblers, translators, ¢tc. 


which may or May not 2xist "on-line". 


RESDTSOETWARE: Programs which contain the Ilcgic, 
stimuli identification, response evaluation, and 


Tesenuceo ns Lee the atitomatic conduct “of <+¢s+ 


Ss 
Drcgrtams used to analyze the data collected from «the 


conduct of test 


VALIDATION: As used herein, validation ea 
those avaluation, integration, ava test ace vitizcs 


carried out at *he system lev2l *o assure that she 
finally developed systens Satisfies the mission 
requirements of the System Specification. 

eRe TIGA TION : AS used herein, Ver. fication 2s ~he 
iterative process of determining whether +h2 product 
of selected steps in “the CI or cCprPcrl development 
precess fulfills «he Baa of aach step, i.4., 


review, audit, e<tc., ascertained through an 


o 


acErecpriate “verification method"- test, demenstra- 


On inte or analysis. 
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APPENDIX C 


ECP CLASSIFICATION 


Each engineering change shall be assigned =he appro- 
priate classification by the — Disagreements as 
to classification between intermediate gevernment rev: 
activities and the originator may b2 appealed to the govern- 
men* procuring activity for decision. 

CLaSS I ENGINEERING CHANGE: An engineering change shall 
be classified Class I when cne or more of the facto d 
telow is aifected: 

Pe ettlem=memweon Ob allocated configuration idenzifica- 
[en 

2. The product configuration identification as corntraec- 
sually specified, excluding referenced wings, 
Specifications, listing of computer program instruc- 
tions and actual data values 

NOTE: In the above dafinition of a Class I engineering 
change, the words "axcluding referenced drawings, specifica- 
Pema, 12St.ng Of comput]er program instructions, and actual 
data values" snall nct be interpreted to exclude these items 
Pemecribededirectly wt a contract +0 define contract line 


tems. Other drawings, Specifications, computer pregzranm 


t-?- 


instructions and actual data values, whether referenced in 
documents oz listed cn associated lists are excluded fron 
the above, but included in the below factors. 

3. Technical requirements below contained in the Product 
Configuration Identification as contractually speci- 
tied, i ne lud= ag referenced drawings and 
specifications: 


a) performance ourside stated tolerance 
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c) 
dq) 


Beis ability, Gia WPtainabil:i Of ‘SUPVivabii 


'! 
it 
nS 


outside stated tolerance 
weight, balance, moment of inertia 


interface characteristics 


Non~técanical contractual provisions 


a) 
b) 
Cc) 
d) 
=) 


fee 

incentives 

cost to the government 
schedules 


guarantees or deliveries 


Ozher factors 


a) 
D) 
C) 
d) 
=) 


f) 


J) 


h) 


3) 


x) 


government furnished equipment 

car== 

slectromagn¢etic charactéristics 

Operational, test or maintenance computer programs 
ccmpatibility with support equipment, <=rainers 9 
Seas 3. ae 
Conftiguraticn to the extemt that retrofit action 
weuld be taken 

délivered operation and maintenance manuals for 
which adequate chang2/ravision funding is ne or 
existing contracts 

pre-set adjustments or schedules affecting oper- 
ating limits or performance to such extent as to 
require assignment of a new identification number 
interchangeability,  supstitutabil:t or replace- 
adeeb sty as applied EOC’ Ss, and to all 
subassemblies and pacts or Tepaakeule Cis, 
excluding the pieces and part of NoeOnh=ir 
subassemblies. 

Scurces of CI's or repairable items az any isvel 
defined by scurce centrol drawings 
wer se ometnind, training, biom@dical factors oF 


human engineering design 
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An engineering chang? to a& privately developed ‘itsa 


Deep selacsautaea Class fT Wien it affects the ccntzractu- 


ey 


ely specified form, f1% om Zumction of the item. qhen 
gr2ater degree of control is negotiated between the govern- 
ment and the contractor, erfects on cther factors may be 
mmeea tO the effects cn form, fit or function factors which 


classify an engineering change as Class f. 


CLASS II ENGINEERING CHANGE: An engineering charge 
Shall be ciassified class II wher iz does not fall within 
the definition of a Class I engineering change. 

Examples cf a Class II engineering change ars: 
1. a change in documentation only 
2. a change in hardware which does not affect any factor 


listed under Class I engineering changes 


oF? 





Ged 
neering 
changés 
cz mere 
neering 
Signifi 
pertine 

les 


APPENDIX D 


CLASS I ECP JUSTIFICATION CODES 


f= SGGmeesmOualnguwath the criteria for Class I é¢ngi- 
changes for necessary or beneficial engineering 
are defined in the following subparagraphs. If ona 
cf these ccecdes 1S applicapls tc a Class I éngi- 
change, the on¢ which is <n2 most descriptive or 
cant shali be assigned to zhe ECP. LienC Seo dou. 
nt, the ECP is not desired. 


ty 
D 


COnncertoy OF DEFICIENCY (CODE BD): Cede D shall 
asSigned to an engineering change which is required 
zc eliminate a deficiency, unless a more descriptive 
Separate code applies. Such separate codes are used 
te identify deficiencies of the nature cf safety, 
interface or compatibility. 
Sereery (CODE — Ss): Cod= S shall be éssigqn 
engineering change for correction of a dé 
which is required primariy to elinina-~ @ hazardcus 
Gene) CT. 
PUTSRRFACS (CODE 8): Code 8B shall be assigned *o ar 
engineering change for correction of a deficiency 
which will eliminate interference cr incompatibility 
at the interface between configuration items. 
COMPATIBILITY (CODE C): Code C shall be assigned *9 
ah engineering change for correction of a deficiency 
fine LOlLOWwing characteristics: 
é) The need fer the chang? has been discovered during 
the system or item functional checks or during 
installaticn and checkout and is necessary to maka 


the system or item work, and 


a3 





Dieem@e GEig@ma-or if asSigniag che compatibilicy c 
is declaring that the effort requized ‘to acccn- 
plish the change is considered to be within tne 
scope of his existing contract, and 

c) Centractual coverage completing the fcermal docu- 
mentation of the Engineering charge will nor 
reflect an increase in contract prics. 

OPERATIONAL OR LOGISTICS SUPPORT (CODE QO) 

shall be assigned to an engineering change which will 


Code O 


make a Significant effectiveness change in ovpszra- 
tional or logistics support requirements. 

CCST REDUCTION (CODE R): Code R shall be assigned to 
an engineering change which will provide a net tota 
cost savings to the Government, including not o 
all effects cn cost or price under the immediate 
contract but also «he costs resulting from necessary 
associated changes in delivered items, legeastic 
support and itéms produced by cthers. 

VALUE ENGINEERING (CODE V): Code V shall be assigqn 
tO an enginesring chang? which will effect a net 
cycle cost reducticn and which is submitted pursuant 
to the value engineering clause of the contract. 
FRODUCTION STCPPAGE (CODE P): Code P shall be 
assigned to an engineering change which is required 
<tc prevent slippag2 in an approved producticn sche- 
dule. This cede apolies when production to the 
current Gon fiiguset 1 .me ildenteficawicn either is 
impracticable or can not be accomplished without 
delay. 

RECORD ONLY (CCDE A): Code A shall be assigned +o an 
engineering change which, because of impact cn the CI 
or cn logistics support, is a Class I change, but 
owing tc the contracting method, oe Vs e@within whe 
scepe of the centract and should not be precessed for 
fcrmal chaage 
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APPENDIX E 


CLASS I ENGINEERING CHANGE PRIORITIES 


A priority shall be assigned +o each Class I ECP hased 
upon & selection from the following deéefiniticn The 
priority will determine the relatives speed at which the EcP 

viewed and evaluated, and at which the engineering 

change is ordered and implemented. Th2 preposed priority is 

assigned by the originator and will stand unless the 

procuring activity has a valid ceason for changing the 

processing rate 

ite SO RGikotc Y 3 An emergency priority shall be assigned 

to an engine¢éring change proposed for either of the 
rclicwing reascns: 

a) To affect a change in operational characteristics 
which, if not accomplished without delay, may 
seriously compromise the national security. 

b) To cotrect a hazardous condition which may result 
in fatal or serious injury to personnel or in 
extensive damage or destruction of equipment. A 
hazardous condition usually will require with- 
drawing the item from s¢rvice temporarily, oz 
Suspension of the item operation, Or di stontcs- 

uance of further testing or development pending 

BesOlucion cf the condition. 

2. URGENT: An urgent priority snall be assigned *o ana 
engineering chang2 proposed for any of the foilcwing 
reasons: 

a) To affect a change in operational characteristics 

which, if not accomplished expeditiously, ma y 

seriously compromise tne mission effectiveness of 


deployed equipment. 


g5 





D) 


Cc) 


w 
wee 


RCUTINE: A routine prj 
cprepcsed engineering ch 


ce 


—_— ow 


Pewtaaecednmvome netaliy hazardous conditicn, «the 
uncorrected existence of which could r2s1 
injuzsy to personnel or damage to equipmen= A 


potentially hazardous conditicn compromises safety 


( 


and embodies risk, but within reasonable linics, 
permitting continued use of the effected equipment 


rovid2d tke operator has deen int 


p) 


hazzaz=d and appropriate precaution 


“vA Oo 
a | 
= 
(D 
fs 
O 
th 
ct 
ts 
iD 


defined and distributed to the user. 

Tce mest Smart licens Contractual reguirenents 
(¢.g9., when lead time will necessitatse 

approved preduction, 2CTl v ES 
schedulés if the change were not inccrporated). 

Te 2ffect an interface change which, if delayed, 


would cause a schedule slippage or incre 
Tc afrect, threugh vaiue engineering o 
reduction efforts, net life cvcle s2 
Government cr & total o 

=housgnd dacliars, wheres e 
"ne Chengde Woll DO a Gator factor in realiziag 


these lower costs. 


hen emergercy or urgent 


not applicarle. 
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